前言

1. 由于BladeX底层做了seata的配置优化，省去了不少繁琐的配置，所以对于应用服务来说，几乎是无感接入
2. order为订单服务，storage为库存服务，本章将以这两个服务讲解如何对接到Seata实现分布式事务
3. 打开BladeX-Biz工程，到/doc/sql/seata目录依次执行sql脚本
4. 打开BladeX-Biz工程，找到如下项目
   

对接准备

1. 需要接入seata的服务pom.xml引入分布式事务依赖
   
2. LauncherServiceImpl开启seata基础配置, 系统会根据服务名自动注册配置，所以无需修改，打开即可
   
3. 程序启动器使用seata专用的注解
   
4. 在接口的第一层请求方法加上对应的两个注解
   
5. 这里以docker为例，保持seata服务开启状态
   
6. 使用sql创建seata_order和seata_storage的库
   
7. 对应数据库结果如下
   
8. 两张表的初始数据如下
   
   

服务启动

1. 启动blade-seata-order服务
   
   
2. 启动完毕后查看控制台，可以看到服务注册成功
   
3. 同样启动balde-seata-storage服务
   
4. 启动完毕查看控制台，服务同样注册成功
   

分布式事务测试

1. 开启BladeX的核心服务以获取token
   
2. 开启BladeX-Biz的网关服务
   
3. 调用oauth2接口，获取token
   
4. 填入order接口 [POST][http://localhost/blade-seata-order/order/create] 并配置token请求头
   
5. 先测试普通正常调用的情况，返回操作成功
   
6. 对应数据变化如下
   
   
7. 下面我们调大数值，测试模拟异常的情况，返回创建订单失败
   
8. 对应数据没有变化，那是不是回滚成功了呢？下面我们来看控制台的数据
   
   

分布式事务验证

1. 打开blade-seata-storage的控制台，可以看到如下日志
   
2. 打开docker控制台，可以看到如下日志
   
3. 再结合数据库数据没有变化，说明分布式事务成功回滚
4. 为了再次验证准确性，我们重复第一次的调用，模拟订单成功
   
5. 查看数据库的数据，发现主键从2跳跃至3，说明上一个请求确实是数据入库又被回滚了
   

后记

• seata目前已经发布至1.x版本，可以用于生产环境，但每个版本配置变化较大，希望大家跟着bladex的主分支版本来
• 测试下来感觉seata的file模式足够使用，集群可以考虑file+db模式。
• nacos模式配置使用复杂，目前版本遗留有些许问题，所以暂时不推荐对接nacos，推荐直接使用file+db模式。