之前写过三篇这个文章系列，都是围绕一个主题，那就是.net何时将transactionscope提升为分布式事务，今天我借用ThreadStatic特性，把这个知识点又证明了一下，下面总结一下：
transactionscope文章：
第二十六回 将不确定变为确定~transactionscope何时提升为分布式事务？
第二十七回 将不确定变为确定~transactionscope何时提升为分布式事务~续
第二十八回 将不确定变为确定~transactionscope何时提升为分布式事务~再续（避免引起不必要的ＭＳＤＴＣ）
ThreadStatic特性文章：
基础才是重中之重~ThreadStatic静态字段在每个线程里的唯一性
大总结：
数据上下文只有是一个，才有可能不会产生分布式事务
数据上下文是一个，并且SubmitChange也是一个，这时，才不会提升为分布式事务（MSDTC）
看一下图，这是一个ThreadStatic特性的DataContext的图示，我已经禁用的MSDTC服务
而下面的图是我使用普通的实例数据上下文，它将产生多个数据上下文，从而将transactionscope提升为分布式事务，所以，下面图的异常也就被抛出来了，呵呵！
下面为方法调用：普通实例上下文
ThreadStatic特性的数据上下文
下面是事务的程序块，它有多个操作，每个操作都有自己的SubmitChanges()
而它产生的SQL语句，则是使用了一个SQL连接池，性能方面已经是最优了！
下面是使用iunitofwork模块下，解决程序提升到MSDTC的实例代码，供大家参考
IUnitOfWork unitOfWork = new EEE114Entities(); iUser_Info = new EEE114RepositoryBase<User_Info>(unitOfWork); iUser_Profile = new EEE114RepositoryBase<User_Profile>(unitOfWork); using (TransactionScope trans = new TransactionScope()) { unitOfWork.IsNotSubmit = true; iUser_Info.Insert(new User_Info { UserName = "test", Password = "", RegisterTime = DateTime.Now, RegisterIP = "", UserStatus = 0, ApproveStatus = "00000", Experience = 0, Money = 0, Integral = 0, }); iUser_Profile.Insert(new User_Profile { UserID = 98056, RealName = "iunitofwork占占测试MSDTC" }); unitOfWork.Save(); }
本文转自博客园张占岭（仓储大叔）的博客，原文链接：将不确定变为确定~transactionscope何时提升为分布式事务~大结局，如需转载请自行联系原博主。
