.net core 自带分布式事务的微服务开源框架JMS

事务的统一性是微服务的一个重点问题，简洁有效的控制事务，更是程序员所需要的。JMS的诞生，就是为了更简单、更有效的控制事务。

先看一段调用微服务的代码：

            using (var ms = new JMSClient())
            {
                //调用用户信息微服务，创建新用户
                var uis = ms.GetMicroService<UserInfoService>();
                var userid = uis.CreateUser();

                //调用银行微服务，创建用户的银行账号
                var bks = tran.GetMicroService<BankService>();
                bks.CreateBankAccount( userid );

                //统一提交事务
                ms.Commit();
            }

代码中，分别调用了两个不同的微服务，做了一些业务操作，最后，通过Commit方法，统一提交这两个微服务的事务。

由于tran对象被using包裹，在这中间，任意一个代码发生异常，整体事务都会被回滚。

这样的代码风格，比较简洁，也符合一贯的编程习惯。

我们再看一下微服务端的代码：

UserInfoService:
        public int CreateUser(TransactionDelegate tranDelegate)
        {
            var dbContext = new UserInfoDBContext();
            dbContext.BeginTransaction();
            //编写新增用户的业务代码
            .........

            //把数据库的事务提交和回滚，放到委托当中
            tranDelegate.CommitAction = () => dbContext.CommitTransaction();
            tranDelegate.RollbackAction = () => dbContext.RollbackTransaction();

            return newUserId;
        }

BankService：
        public int CreateBankAccount(TransactionDelegate tranDelegate,int userid)
        {
            var dbContext = new BankDBContext();
            dbContext.BeginTransaction();
            //...编写创建银行账户的业务代码


            //把数据库的事务提交和回滚，放到委托当中
            tranDelegate.CommitAction = () => dbContext.CommitTransaction();
            tranDelegate.RollbackAction = () => dbContext.RollbackTransaction();

            return userBankId;
        }

微服务写完业务逻辑，最后，把事务的提交和回滚放到委托当中，由框架自动调用。

JMS会在所有微服务执行完毕后，统一调用微服务挂起的委托，提交事务。如果有任意一个微服务执行出错、宕机或者离线，其他微服务的操作会被回滚，而离线的微服务，它所挂起的事务，也会在10秒之内回滚。

而分布式事务，有一种情况是无法避免的，就是最终统一提交事务时，虽然确认了各个微服务器响应正常，可以正常提交事务，这时候，所有服务器响应号召，提交了事务，但是，最后发现，有一台服务器宕机了。这种情况，是分布式系统无法避免的，但是，通过执行日志所提供的数据，可以把宕机的服务，手动再执行一次。