前言：
上一章讲了AT模式与spring集成的案例，这一章讲了AT模式与spring boot集成的案例。有几个知识点需要注意：dubbo、nacos、mybatis、mybatis-plus。(敲黑板：本章案例基于seata-samples项目中的springboot-dubbo-seata项目，没有下载的同学去github搜索这个项目的https://github.com/seata/seata-samples.git)
一、业务场景分析
与上一章的描述一致，这里不再重复下单的业务场景。
二.pom文件分析
1.跳羚依赖性的引入
这个项目不是通过从父标记继承父模块来构建的，spring-boot-dependenciespom中的所有内容都是直接引入的。提示：spring-boot-dependency只能在dependencyManagement中使用。
2.dubbo依赖关系介绍
关于dubbo-spring-boot-starter标签是否包含dubbo-config-spring的功能，这里存在不确定性。我个人认为是的。与spring boot集成并引入第一个标签就足够了。
3.seata依赖性介绍
4.4.nacos依赖性的引入
5.数据源和mybatis依赖关系介绍
三.项目结构分析
该案例项目以maven聚合模式构建，分为五个并行模块。
样品-账户-账户扣除
示例-公共-公共依赖关系
样品-订单-订单生成模块
样品-储存-库存扣除
样品-业务-客户订单
Sql -初始化的数据库文件
四.快速启动
样本-账户
打开application.properties配置文件，将dubbo.registry.address更改为您的nacos地址，并更改mysql config中的地址信息。
打开seata配置文件registry.conf，将注册表类型更改为nacos，并配置注册表信息。请注意，nacos.application仍然是seata-server向nacos注册的服务名称。中心：我们仍然选择默认文件，文件内容使用默认配置。
初始化sql文件，注意分为三个库，依次为：account，order，storage。将对应的三张表初始化到对应的物理库，且在每一个物理库中初始化表结构undo_log。
配置文件以及数据库信息我们都已完成，现在我们调用启动类的main函数启动。理想很美好，现实很骨感，我们突然发现，启动后内嵌的tomcat自动stop了，咦，异常日志呢。。。。别急因为某种特殊原因异常日志没有输出，我们在启动模块加上try,catch，在启动一遍：
异常抛出缺失冷酷的西牛依赖，OK我们在本项目pom文件中引入(实际上应该在common模块pom文件中引入下面依赖，然后在升级Jar包，毕竟是公共模块，我这里是为了简单)
<dependency> <groupId>com.fasterxml.冷酷的西牛.core</groupId> <artifactId>冷酷的西牛-databind</artifactId> </dependency> <dependency> <groupId>com.fasterxml.冷酷的西牛.core</groupId> <artifactId>冷酷的西牛-core</artifactId> <version>2.10.0.pr1</version> </dependency>刷新一下项目 Reimport 在重新启动，发现项目正常启动，且不在自动关停，打开nacos注册中心放心提供者正常注册。
samples-order，samples-storage，samples-business模块不一一示例，和上述项目流程一样，当所有项目启动成功后，我们通过postman工具请求客户订单接口地址生成订单
好目前为止我们已经成功的生成了订单，现在测试一下全局事物的异常回滚，打开samples-business项目BusinessServiceImpl类，将抛出异常的代码放开注释
现在继续请求我们Postman写好的地址，请求后系统给我们的响应是500且提示事物异常回滚测试，说明全局事物回滚发生了
我们现在需要确定下全局事物是否成功回滚，打开我们的t_order表，数据一条也就是我们第一次生成的订单数据，说明第二次生成的订单数据逆向回滚了，如果想要跟踪的同学可以在生成订单后抛出异常前打上断点调试一下。
五.构建分析
拿samples-account和samples-common举例
1.dubbo整合分析
dubbo远程调用是基于接口(当然http请求除外)，故需要把接口抛到一个jar，让调用方引入这个jar(基于SPI原理)。此项目将所有模块的对外暴露接口都整合到common模块，我本人建议大家不要这么做，容易混乱。为每一个模块都构建一个api项目，account模块应该是由两部分组成：account-api，account-service（samples-account）。
好回到正题，AccountDubboServiceImpl业务实现类通过dubbo的service注解设置提供者，具体参数含义大家可以到dubbo官网看一看。在启动类中我们必须要通过@EnableDubbo开启dubbo注解功能，且在注解中配置扫描包的位置。依赖可以往上翻到第二个模块查看。
2.数据源整合分析
打开SeataAutoConfig配置类，代码分为5块：
druid数据源设置
seata数据源代理
spring事物注入数据源对象
mybatis的SqlSession数据源对象注入以及xml加载配置
seata的scanner设置
3.mybatis-plugs和mybatis整合分析
在SeataAutoConfig中配置了SqlSession数据源以及xml加载配置，启动类中@MapperScan()注解配置mybatis扫描Mapper接口限定位置
mybatis-plugs是mybatis的一个增强工具，简化开发，提高效率，无侵入，有兴趣的同学可以到其官网研究一番(https://mp.baomidou.com/)，这里只讲解项目中大概用法：
mapper
我们打开TAcountMapper类，发现其继承BaseMapper<T> T则是实体对象，接着我们点开父类BaseMapper查看到有很多常用的接口方法，这个就是plugs为我们提供的基础curd，service可以直接调用，无需自行写xml中sql语句。当然我们也可以自行实现一些特殊的sql语句，同时将sql语句写到对应的xml中，是不是很灵活。
service
mybatis-plugs不仅提供对mapper的封装，还提供service的支持，打开ITAccountService接口类，它继承了IService<T>，T是实体对象，IService中封装了常用的curd操作，内部其实也是调用自己封装的mapper，无非就是减少代码开发， 对于一些简单的操作无需构建Mapper接口文件和mapper的xml文件。打开ITAccountService接口实现了类，他继承于IService<T>接口的实现类，两个泛型参数：第一个是mapper接口类如果没有则默认BaseMapper,第二个参数则是对应数据库的实体对象。
entity
当下有很多DDD的理论领域驱动，根据对象划分模块业务，核心操作都封装在领域对象中而不在下沉到service层(有关于DDD的言论我只是大概叙述，有不对的同学们在文章下留言)。mybatis-plugs提供实体对象的curd操作实现，将对数据库操作逻辑封装到对象中，需要实体对象继承Model<T>对象，打开model对象内部包含很多已封装的数据库操作，外部可以直接在初始化后对象的基础上直接调用数据库操作方法。
4.全局异常处理
在controller层做统一的全局异常处理，封装提示信息响应到前端，通过@ControllerAdvice注解实现，可以区分同步的异常进行拦截从而产生不同的响应。有一点需要注意，当全局事物A调用分支事物B和C通过http，且B和C都有全局异常拦截，那么A就需要判断接收到的响应码显示的抛出异常实现全局事物的正常回滚。
AT模式快速启动我们讲述两种方式，一种基于原始spring配置，一种基于spring boot快速构建，在了解其原理之前首先要做的是会用，下一章我们开始讲解TCC模式的快速启动。