## 前言 1. 本章以SpringBlade的blade-ops模块下的模块为例进行对接讲解 2. 其中order为订单服务，storage为库存服务，本章将以这两个服务讲解如何对接到Seata实现分布式事务 3. 打开SpringBlade工程，找到如下项目  <br> ## 对接准备 1. 需要接入seata的服务pom.xml引入分布式事务依赖  2. application-xx.yml加上对应seata的配置  3. 程序启动器使用seata专用的注解  4. 在接口的第一层请求方法加上对应的两个注解  5. 这里以docker为例，保持seata服务开启状态  6. 使用sql创建`seata_order`和`seata_storage`的库  7. 对应数据库结果如下  8. 两张表的初始数据如下   <br> ## 服务启动 1. 启动blade-seata-order服务  2. 启动完毕后查看控制台，可以看到服务注册成功  3. 同样启动balde-seata-storage服务  4. 启动完毕查看控制台，服务同样注册成功  <br> ## 分布式事务测试 1. 启动核心服务，填入order接口 [POST][http://localhost/blade-seata-order/order/create] 并配置token请求头  2. 先测试普通正常调用的情况，返回操作成功  3. 对应数据变化如下   4. 下面我们调大数值，测试模拟异常的情况，返回创建订单失败  5. 对应数据没有变化，那是不是回滚成功了呢？下面我们来看控制台的数据   ## 分布式事务验证 1. 打开blade-seata-storage的控制台，可以看到如下日志  2. 打开docker控制台，可以看到如下日志  3. 再结合数据库数据没有变化，说明分布式事务成功回滚 4. 为了再次验证准确性，我们重复第一次的调用，模拟订单成功  5. 查看数据库的数据，发现主键从2跳跃至3，说明上一个请求确实是数据入库又被回滚了  ## 后记 * seata目前已经发布至1.x版本，可以用于生产环境，但每个版本配置变化较大，希望大家跟着bladex的主分支版本来 * 测试下来感觉seata的file模式足够使用，集群可以考虑file+db模式。 * nacos模式配置使用复杂，目前版本遗留有些许问题，所以暂时不推荐对接nacos，推荐直接使用file+db模式。