对于有经验的人来说，处理事务还是比较容易的事情，但是对于向我们这让的新手来说WCF事物操作的实现会给我们编程带来什么样的阻力可想而知，这里我们就简单的分析一下。

#T#指定了TransactionFlow(TransactionFlowOption.Mandatory)，而Binding却没有设置TransactionFlow为true 此时会出现类似"Bank"协定上至少有一个操作配置为将属性设置为"强制"，但是通道的绑定"WSDualHttpBinding"未使用 TransactionFlowBindingElement 进行配置。没有 TransactionFlowBindingElement，无法使用设置为"强制"的 TransactionFlowAttribute 属性。WCF事物操作错误提示。

设置了[OperationBehavior(TransactionScopeRequired=true)]的操作，却没有在TransactionScorp中执行，会发生类似"服务操作需要事务成为流"的异常，截图如下：

也许上面两个问题都是不是问题的问题，那这一点的确是需要我们研发人员注意的，否则我们会吃亏不少。这点涉及到事务和服务实例模式的联系，我们通过学习WCF从理论到实践:实例模式和对象生命周期 我们都学习到了实例在PerSession或者Single模式下不会每次都创建和消亡，这的确是一个不争的真理，可在这里却受到了挑战，不信你可以编写一个程序，即使用你最放心的Single模式，那时不是就是说服务实例是一次创建，终身受用呢？下面就看看我***次编写范例程序后得到的运行结果，我如下定义Bank

可在调用的时候，我却发现了一个很奇怪的问题，按照理论来说，Bank服务实例应该只创建一次，可运行的截图却是如下：

这个结果是不是令大家大失所望呢？这是因为实现了事务的得服务还要受到TransactionAutoCompleteOnSessionClose的限制，该属性默认情况是true，它指示 在WCF事务操作完成之后强制销毁服务实例，相当于调用服务的Dispose()方法进行释放，尽管是PerSession或者Single都难逃它的法网。如果想维持实例模式，可以将其设置为false,更改后运行效果便可如期望一致效果图不再给出。