TransactionScope 分场景使用才可以

  System.Transactions 基础结构既提供了基于 Transaction 类的显式编程模型，也提供了使用 TransactionScope 类的隐式编程模型，在后一种模型中，事务由该基础结构自动管理。

 

重要说明：

建议使用 TransactionScope 类创建隐式事务，以便自动为您管理环境事务上下文。对于需要跨多个函数调用或多个线程调用使用相同事务的应用程序，您还应该使用 TransactionScope 和 DependentTransaction 类。有关此模型的更多信息，请参见使用事务范围实现隐式事务 主题。有关编写事务性应用程序的更多信息，请参见编写事务应用程序。

 

在通过 new 语句实例化 TransactionScope 时，事务管理器将确定要参与哪个事务。一经确定，此范围将始终参与该事务。此决策基于两个因素：是否存在环境事务以及构造函数中 TransactionScopeOption 参数的值。 环境事务是在其中执行您的代码的事务。通过调用 Transaction 类的 Current 静态属性可获取对环境事务的引用。有关如何使用此参数的更多信息，请参见 使用事务范围实现隐式事务 主题的“事务流管理”一节。

如果在事务范围中（即从初始化 TransactionScope 对象到调用其 Dispose 方法之间）未发生异常，则允许该范围所参与的事务继续。如果事务范围中的确发生了异常，它所参与的事务将回滚。

当应用程序完成它要在一个事务中执行的所有工作以后，您应当只调用 Complete 方法一次，以通知事务管理器可以接受提交事务。未能调用此方法将中止该事务。

对 Dispose 方法的调用标志着该事务范围的结束。在调用此方法之后发生的异常不会影响该事务。

如果在范围中修改 Current 的值，则会在调用 Dispose 时引发异常。但是，在该范围结束时，先前的值将被还原。此外，如果在创建事务的事务范围内对 Current 调用 Dispose，则该事务将在相应范围末尾处中止。

 

注意事项：

TransactionScope 使用注意事项

在TransactionScope中，如果不是必须要避免它启用DTC分布式事务，因为性能低下；

而对于TransactionScope来说它是以连接对象Connection做为识别单位的，

也就是说即便是相同连接字符串ConnectionString的两个连接对象Connection在TransactionScope也是会启用DTC分布式事务的，

避免的方法就是在一个TransactionScope中使用一个唯一的连接对象Connection。

?

在TransactionScope中默认的事务级别是Serializable，即在事务过程中，完全性锁表。

别的进程不能查询，修改，新增，删除。这样会导致效率大大降低，虽然数据完整性很高。

通常我们不需要那么高的数据完整性。所以需要修改默认的事务级别：

?

事务级别:

成员名称????????????????? 说明?
Chaos??????????????????? 无法改写隔离级别更高的事务中的挂起的更改。??
ReadCommitted??????? 不可以在事务期间读取可变数据，但是可以修改它。??
ReadUncommitted???? 可以在事务期间读取和修改可变数据。??
RepeatableRead???????可以在事务期间读取可变数据，但是不可以修改。可以在事务期间添加新数据。??
Serializable??????????????可以在事务期间读取可变数据，但是不可以修改，也不可以添加任何新数据。??
Snapshot????????????????可以读取可变数据。在事务修改数据之前，它验证在它最初读取数据之后另一个事务是否更改过这些数据。

??????????????????????????? 如果数据已被更新，则会引发错误。这样使事务可获取先前提交的数据值。

?
在尝试提升以此隔离级别创建的事务时，将引发一个?InvalidOperationException，并产生错误信息

"Transactions?with?IsolationLevel?Snapshot?cannot?be?promoted"(无法提升具有?IsolationLevel?快照的事务)
?
Unspecified??????????????正在使用与指定隔离级别不同的隔离级别，但是无法确定该级别。如果设置了此值，则会引发异常。??

 

当程序调用并发执行时，可要谨慎使用此方法。