Hmily 源码解析（二）—— Hmily事务工作流程

• Hmily 源码解析（二）

---

前言

• 这一篇不想谈论Hmily源码的技术实现，而是想在过了一遍hmily的实现后把hmily的工作思路单独地整理出来再进行一次总结。看看能不能进一步有所得。

• 以hmily-demo-springcloud为例，它的实现思路如下。

---

Hmily事务工作流程

1. 首先它是基于切面编程来实现分布式事务的操作，及通过日志记录TCC事务的信息以保证最终一致性。
2. 前端发起的一个请求，第一次进入一个@Hmily注解的函数的时候，就进入Hmily的事务管理了。
3. 这时会进入切面方法，生成一个日志实例（HmilyTransaction实例）。日志实例里面存储了所有后续需要操作的信息，比如流转状态，执行函数信息等等，并在后续的操作中会根据需要加入新的信息。
4. 日志实例 有一个执行状态，一开始时是PRE_TRY（开始执行try），并会通过一个并发队列异步存储到数据库中。顺便说一句，每个微服务都有一个日志表，存储着对应的日志。
5. 关于异步存储要多说一句，hmily在设计的时候把许多操作，尤其是对日志表的删改查操作都改用异步操作的方式，这也是hmily如此高效的一个原因，值得重点分析。
6. 刚才说到日志实例被异步存储到数据库的日志表中了，而另一边就开始执行我们的业务函数。
7. 如果函数内部再调用的函数仍有@Hmily注解，这时候切面里面不做其他任何操作。
8. 如果调用的函数有@Hmily注解且是RPC函数，也就是调用其他微服务的代理接口，这时候会把事务id(transId 是事务唯一的，一个分布式事务id只有一个，且被用于日志主键)，及当前的角色状态一起作为请求头的参数。