WCF把书读薄（4）——事务编程与可靠会话

WCF把书读薄（3）——数据契约、消息契约与错误契约

 

真不愧是老A的书，例子多，而且也讲了不少原理方面的内容，不过越读越觉得压力山大……这次来稍微整理整理事务和可靠会话的内容。

十八、事务编程

WCF的分布式事务编程，指的是在客户端定义一个事务范围，在这个范围内对WCF服务进行连续调用，可以实现其中一个出现问题整体回滚的效果。由于WCF依赖于MSDTC，所以首先需要开启MSDTC服务才能够通过WCF进行分布式事务编程。

这里我也自己写了一个典型的银行转账的练习，首先需要建立一个数据库，数据表只有一张Account表，其中有AccountId和Money两个int型字段，AccountId为主键。里面有两个账户：账户1有1000，账户2有1000。

首先，既然是分布式事务，事务需要从客户端流转到服务端，那么它们之间就应该达成“共识”，也就是说需要对服务契约做手脚。下面定义一个服务契约：

[ServiceContract(SessionMode = SessionMode.Required)]public interface IBankService{    [OperationContract]    [TransactionFlow(TransactionFlowOption.Mandatory)]    void OutMoney(int fromAccountId, int money);    [OperationContract]    [TransactionFlow(TransactionFlowOption.Mandatory)]    void InMoney(int toAccountId, int money);}

在转账的整个过程当中，用户首先发送一个OutMoney请求，减少账户1当中的钱，之后发送InMoney请求，增加账户2的钱。显然这个契约需要一个会话，所以给服务契约增加SessionMode属性。注意，在实际应用当中转账应该作为一个完整的服务而不是两个服务方法，这里只是举个例子而已。

事务的流转是一个操作行为，所以需要在操作契约上增加TransactionFlow标记，并设置TransactionFlowOption的值，这个标记是事务的总开关。其值有三个：NotAllowed（默认值，客户端事务禁止通过该方法流入服务端），Allowed（允许流入事务），Mandatory（必须在事务内调用），这里将转账操作设置为必须在事务内。

由于事务操作必然伴随着消息交换，所以OneWay操作必然是不支持事务的，即OneWay操作的TransactionFlowOption只能为NotAllowed（下P143）！

接下来实现这个服务操作，代码如下，其中Repository细节就不贴了：

[ServiceBehavior(TransactionIsolationLevel = IsolationLevel.Serializable,    TransactionTimeout = "00:05:00",    TransactionAutoCompleteOnSessionClose = true)]public class BankService : IBankService{    [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = false)]    public void OutMoney(int fromAccountId, int money)    {        try        {            AccountRepository repository = new AccountRepository();            Account accOut = repository.GetAccountById(fromAccountId);            accOut.Money -= money;            repository.Save(accOut);        }        catch (Exception ex)        {            System.Transactions.Transaction.Current.Rollback();            throw new FaultException(new FaultReason(ex.Message));        }    }    [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]    public void InMoney(int toAccountId, int money)    {        try        {            AccountRepository repository = new AccountRepository();            Account accIn = repository.GetAccountById(toAccountId);            accIn.Money += money;            repository.Save(accIn);        }        catch (Exception ex)        {            System.Transactions.Transaction.Current.Rollback();            throw new FaultException(new FaultReason(ex.Message));        }    }}

服务操作的执行是否需要自动登记到事务当中，以及服务操作何时提交，是服务端自己说了算的，所以要在具体的操作上设定操作行为。这里我们用到两个行为：TransactionScopeRequired和TransactionAutoComplete，它们都是布尔值，前者用于决定操作是否纳入事务内，默认为false，这里需要设置为true，后者用于决定该操作执行完毕后是否提交事务，于是在第一个操作上设置为false，第二个操作设置为true。

在ServiceBehavior上可以设定事务的行为，

最后需要在事务抛异常的情况下回滚。TransactionIsolationLevel用于指定事务隔离级别，默认是Serializable，TransactionTimeout不解释，TransactionAutoCompleteOnSessionClose表示在会话正常结束时是否自动提交事务，默认为false，另外还有一个ReleaseServiceInstanceOnTransactionComplete，表示当事务完毕时是否需要释放服务实例，默认为false。

写完了服务端代码就该改XML了，XML如下：

<configuration>  <system.serviceModel>    <bindings>      <ws2007HttpBinding>        <binding name="transactionalTcpBinding"                 transactionFlow="true" />      </ws2007HttpBinding>    </bindings>    <behaviors>      <serviceBehaviors>        <behavior name="metadataBehavior">          <serviceMetadata httpGetEnabled="true" httpGetUrl="http://127.0.0.1:9527/bankservice/metadata" />        </behavior>      </serviceBehaviors>    </behaviors>    <services>      <service name="Bank.Service.BankService" behaviorConfiguration="metadataBehavior" >        <host>          <baseAddresses>            <add baseAddress="http://127.0.0.1:9527/"/>          </baseAddresses>        </host>        <endpoint address="bankservice"                  binding="ws2007HttpBinding"                  bindingConfiguration="transactionalTcpBinding"                  contract="Bank.Interface.IBankService" />      </service>    </services>  </system.serviceModel></configuration>

WCF是否有能力流转事务以及事务按照怎样的协议流转，是绑定控制的。在WCF当中，除了BasicHttpBinding、NetMsmqBinding和MsmqIntegrationBinding外，都是支持事务传播的（下P145），即便支持事务，事务流转也是默认关闭的，所以需要配置绑定的transactionFlow属性。这里使用了ws2007HttpBinding，并将其transactionFlow属性设置为true。

发布服务后，在客户端使用如下代码调用服务：

static void Main(string[] args){    BankServiceClient proxy = new BankServiceClient();                using (TransactionScope transactionScope = new TransactionScope())    {        try        {            proxy.OutMoney(1, 100);            proxy.InMoney(2, 100);            transactionScope.Complete();        }        catch (Exception ex)        {            (proxy as ICommunicationObject).Abort();        }    }}

这里定义了一个事务范围，并且在最后提交了事务，如果出现异常，则关闭服务代理。这样，在服务过程当中如果出现了异常，事务就会回滚了。

 

十九、可靠会话

这次真的是名副其实地把书读薄了！下册书上全是原理，嗯，这里不抄原理，只用来拷代码，不过发现书上木有太多现成可用的代码，于是就稍微总结总结好了。所谓可靠会话就是用于保证消息传递有效、有序、不重复的一套机制，WCF对这套机制的实现体现在一个叫ReliableSessionBindingElement的绑定元素上，所以要实现可靠会话，可以修改绑定，或者手写绑定。

典型的应用就是文件分段传输，如果不实现可靠会话，分段传输就可能发生丢包、接收发送顺序不一致和重复发送的问题。

WCF已经为我们提供了很多支持可靠会话的内置绑定，其中wsHttpBinding、wsFederationBinding、netTcpBinding的可靠会话功能是默认关闭的，wsDualHttpBinding和netNamedPipesBinding是默认开启的。

启动可靠会话很简单，只要在绑定里加上配置：

<bindings>  <netTcpBinding>    <binding name="reliableNetTcpBinding">      <reliableSession enabled="true"/>    </binding>  </netTcpBinding></bindings>

并且在终结点的bindingConfiguration属性指定这个绑定配置就行了。需要注意客户端和服务端的绑定配置要一致。

这个绑定配置节有几个属性，参考http://msdn.microsoft.com/zh-cn/library/ms731302.aspx，可以用于做负载控制，不过无论如何，ordered要设置为true才能开启可靠会话（P255）。

另外，如果我们需要某个服务操作必须要保证有序性才能被执行，则需要在ServiceContract接口定义上多打上一个反射标签：

[DeliveryRequirements(RequireOrderedDelivery = true)]

这样一来，如果没有在服务行为上配置有序，则host时会报异常。