将不确定变为确定~transactionscope何时提升为分布式事务~大结局

回到目录

之前写过三篇这个文章系列，都是围绕一个主题，那就是.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();
            }

 

回到目录