这里主要是参考了ShardingSphere官网的整合思路
具体内容如下：
整合Seata AT事务时，需要把TM，RM，TC的模型融入到ShardingSphere 分布式事务的SPI的生态中。在数据库资源上，Seata通过对接DataSource接口，让JDBC操作可以同TC进行RPC通信。同样，ShardingSphere也是面向DataSource接口对用户配置的物理DataSource进行了聚合，因此把物理DataSource二次包装为Seata 的DataSource后，就可以把Seata AT事务融入到ShardingSphere的分片中。
解读：
这里注意ShardingSphere分布式事务的SPI的生态中，已经提供了整合的实现类SeataATShardingTransactionManager，只需要导入对应jar包就可以使用了
<dependency> <groupId>org.apache.shardingsphere</groupId> <artifactId>sharding-transaction-base-seata-at</artifactId> <version>demo里面用的4.1.1版本</version> </dependency>
我们来看下SeataATShardingTransactionManager里面的内容：
// // Source code recreated from a .class file by IntelliJ IDEA // (powered by FernFlower decompiler) // package org.apache.shardingsphere.transaction.base.seata.at; import com.google.common.base.Preconditions; import io.seata.config.FileConfiguration; import io.seata.core.context.RootContext; import io.seata.core.rpc.netty.RmRpcClient; import io.seata.core.rpc.netty.TmRpcClient; import io.seata.rm.RMClient; import io.seata.rm.datasource.DataSourceProxy; import io.seata.tm.TMClient; import io.seata.tm.api.GlobalTransactionContext; import java.sql.Connection; import java.sql.SQLException; import java.util.Collection; import java.util.HashMap; import java.util.Iterator; import java.util.Map; import javax.sql.DataSource; import org.apache.shardingsphere.spi.database.DatabaseType; import org.apache.shardingsphere.transaction.core.ResourceDataSource; import org.apache.shardingsphere.transaction.core.TransactionType; import org.apache.shardingsphere.transaction.spi.ShardingTransactionManager; public final class SeataATShardingTransactionManager implements ShardingTransactionManager { private final Map<String, DataSource> dataSourceMap = new HashMap(); private final FileConfiguration configuration = new FileConfiguration("seata.conf"); public SeataATShardingTransactionManager() { } public void init(DatabaseType databaseType, Collection<ResourceDataSource> resourceDataSources) { this.initSeataRPCClient(); Iterator var3 = resourceDataSources.iterator(); while(var3.hasNext()) { ResourceDataSource each = (ResourceDataSource)var3.next(); this.dataSourceMap.put(each.getOriginalName(), new DataSourceProxy(each.getDataSource())); } } public TransactionType getTransactionType() { return TransactionType.BASE; } public boolean isInTransaction() { return null != RootContext.getXID(); } public Connection getConnection(String dataSourceName) throws SQLException { return ((DataSource)this.dataSourceMap.get(dataSourceName)).getConnection(); } public void begin() { try { SeataTransactionHolder.set(GlobalTransactionContext.getCurrentOrCreate()); SeataTransactionHolder.get().begin(); SeataTransactionBroadcaster.collectGlobalTxId(); } catch (Throwable var2) { throw var2; } } public void commit() { try { try { SeataTransactionHolder.get().commit(); } finally { SeataTransactionBroadcaster.clear(); SeataTransactionHolder.clear(); } } catch (Throwable var5) { throw var5; } } public void rollback() { try { try { SeataTransactionHolder.get().rollback(); } finally { SeataTransactionBroadcaster.clear(); SeataTransactionHolder.clear(); } } catch (Throwable var5) { throw var5; } } public void close() { this.dataSourceMap.clear(); SeataTransactionHolder.clear(); TmRpcClient.getInstance().destroy(); RmRpcClient.getInstance().destroy(); } private void initSeataRPCClient() { String applicationId = this.configuration.getConfig("client.application.id"); Preconditions.checkNotNull(applicationId, "please config application id within seata.conf file"); String transactionServiceGroup = this.configuration.getConfig("client.transaction.service.group", "default"); TMClient.init(applicationId, transactionServiceGroup); RMClient.init(applicationId, transactionServiceGroup); } }
从源码得知SeataATShardingTransactionManager主要做了三件事：
第一：将所有数据源封装成seata的代理数据源DataSourceProxy，并放入dataSourceMap中备用。
第二：初始化TM和RM。
第三：提供开启，提交，回滚和关闭事务的方法。
看到这三个功能，是不是很像seata中GlobalTransactionScanner的作用？
没错！
这二者的功能是一模一样的，说白了，这里ShardingSphere就是拿自己分库分表的配置文件做里子，用seata的提供好的DataSourceProxy，TMClient，RMClient和GlobalTransaction这几个对象做衣服，重新封装了一个控制分布式事务的对象。
说人话，就是SeataATShardingTransactionManager对GlobalTransactionScanner进行了二次封装，不仅满足单库微服务的分布式事务，还满足分库分表微服务的分布式事务，变得更强了。
那么如何使用SeataATShardingTransactionManager呢？
非常简单，两步搞定！
第一：在resources下提供seata.conf配置文件，内容如下：
client {
application.id = order-server
transaction.service.group = ltf_tx_group
}
第二：用@Transactional搭配@ShardingTransactionType(TransactionType.BASE)来开启全局事务
//这里切记不要加@GlobalTransactional @Transactional @ShardingTransactionType(TransactionType.BASE) public void seataDemo(Boolean hasError) { //下单操作 Order order = new Order(); order.setOrderName("测试数据"); order.setBuyNum(2); orderMapper.insert(order); //减库存（这里参数什么的就自己脑补了） productClient.minusStock(); //异常模拟 if(hasError){ int i=1/0; } }
但是这里要注意一个问题！！！！！！
虽然SeataATShardingTransactionManager和GlobalTransactionScanner做的事情一样，但是二者绝对不能混合使用！！！！！！
也就是说@ShardingTransactionType(TransactionType.BASE)和@GlobalTransactional绝对不能同时出现！！！！！！
看过上面SeataATShardingTransactionManager你就能明白，ShardingSphere把获取到的全局事务，放到了线程的局部变量里面了。而GlobalTransactionScanner则是采用动态代理的方式对方法进行增强。根本不能放在一起，杂交是要出问题的！
ok！最终总结一句！
只要你的项目中用到sharding-jdbc，那么你全部微服务都需要导入seata整合sharding-jdbc的jar包
<dependency> <groupId>org.apache.shardingsphere</groupId> <artifactId>sharding-transaction-base-seata-at</artifactId> <version>demo里面用的4.1.1版本</version> </dependency>
而且，你的项目中千万不能再出现@GlobalTransactional注解了，用SeataATShardingTransactionManager就可以了。
一、启动nacos（demo版本1.4.0），导入配置文件，配置文件在项目sql-and-seataconfig文件夹中。
二、启动seata（demo版本1.3.0，其实1.4.2也支持），将seata配置registry.conf中配置中心和注册中心都改成nacos。
三、启动demo。
POST访问http://localhost:8001/seata/test?hasError=false，订单和产品都成功，日志也有提交信息。
POST访问http://localhost:8001/seata/test?hasError=true，订单和产品都失败，日志也有回滚信息。