在本文中，将介绍一次遇到的.Net分布式事务死锁现象以及解决方法。我们将首先了解事务框架的构成，然后分析导致死锁的代码，最后提出解决方法。
事务框架
本次开发框架JMSFramework将分布式事务划分为4个阶段，分别是：执行、确认、提交和重试。
1、执行
调用微服务来执行相关的业务操作。如果其中任何一个服务执行抛出异常或者宕机，那么所有的事务都会回滚。
2、确认
这个阶段会向各个微服务发送确认请求，主要目的是校验一下当前的网络是否正常，微服务有没有宕机，如果这个阶段有任何异常，那么所有的事务都会回滚。
3、提交
首先JMSFramework会通知网关，标识这次分布式事务为成功状态。(如果通知网关失败，则回滚所有事务)
然后通知各个微服务提交事务，确保所有的操作都已经完成。
如果某个服务提交事务失败，不会影响其他服务提交事务。
4、重试
有很小的机率会执行到此阶段。
当某个微服务在真正提交事务的时候发生意外宕机，导致事务没有成功提交。一旦服务器重新启动后，它会向网关咨询，并得知该事务已经被标记为成功状态。这时，系统会自动重新执行相关的业务代码，并提交事务，以确保数据的一致性。
产生死锁的代码
接下来我们看看触发死锁的代码：
using ( var client = new RemoteClient(gatewayAddrs))
{
//标识后面的调用需要启用分布式事务控制
client.BeginTransaction();