模拟用户采购商品业务实现，整个业务包含三个微服务:
- 库存服务（storage）: 扣减给定商品的库存数量。
- 账户服务（account）: 用户账户金额扣减。
- 订单服务（order）: 订单交易服务。
本案例采用Seata实现分布式事务，业务过程为订单保存时同时扣除商品库存及账户金额，任何一个环节
出错则回滚所有的服务的数据。
开始前请阅读seata官方文档。
本示例使用到的相关依赖环境。
本案例使用PostgresQL9.6数据库。
本案例使用Seata1.4.1服务端并采用容器化方式运行，使用PostgresQL9.6数据库作为事务日志存储。
Seata服务端默认端口为8091。
本案例的微服务采用spring-boot方式进行配置，每个工程都导入如下依赖：
<dependency>
<groupId>io.seata</groupId>
<artifactId>seata-spring-boot-starter</artifactId>
<version>1.4.1</version>
</dependency>每个
Seata客户端需要连接至Seata服务端。
为了方便依赖环境的搭建，请先安装好Docker环境。
本案例使用
Seata最简单的AT数据源代理模式，此方法基于本地ACID事务的关系型数据库并且使用AOP机制实现， 非常适用于Java通过JDBC访问数据库（本案例采用Java、SpringBoot、MyBatisPlus、Postgres）。 具体请参见http://seata.io/zh-cn/docs/overview/what-is-seata.html。
本案例中订单服务（order）为作为交易服务中间件（TM角色）调用库存服务（storage，RM角色）与账户服务（account，RM角色）。
使用
Seata客户端进行分布式事务应用开发时，我们通常在交易服务上中使用io.seata.spring.annotation.GlobalTransactional进行注解， 注解了GlobalTransactional的服务负责全局事务管理（TM），其他未注解GlobalTransactional的服务我们称之为资源管理务器（RM）。
关于TM与RM名词
X/Open的组织定义了分布式事务的模型，这里面有几个角色，AP（Application，应用程序），TM（Transaction Manager，事务管理器），RM（Resource Manager，资源管理器），CRM（Communication Resource Manager，通信资源管理器）。
使用
Seata客户端时，服务之间的调用需要传递XID（全局事务ID），通过XID的传递才能完成全局分布式事务管理。
本示例使用retrofit2调用其他微服务接口，因此使用了okhttp3的请求拦截器添加XID请求头来传递全局事务ID，参见如下代码：
new okhttp3.Interceptor() {
@Override
public Response intercept(Chain chain) throws IOException {
String xid = RootContext.getXID();
if (StringUtils.isEmpty(xid)) {
return chain.proceed(chain.request());
}
// 传播分布式事务ID至其他微服务服务接口
okhttp3.Request.Builder new_req_builder = chain.request().newBuilder();
new_req_builder.removeHeader(RootContext.KEY_XID).addHeader(RootContext.KEY_XID, xid);
return chain.proceed(new_req_builder.build());
}
}具体请参见<order/src/main/com/snz1/seatas/order/client/ClientConfig.java>文件中的代码。
开始之前请先准备好Docker环境，然后根据您的操作系统类型下载工具文件：
下载好工具文件后，把保存至~/.snz1dp/bin（Window下为%HOMEDRIVE%\%HOMEPATH%\.snz1dp\bin）
目录并重命名为snz1dpctl（Windows下为snz1dpctl.exe），然后把该目录加入可执行文件搜索目录PATH环境变量中。
如果你想直接运行本示例的服务来直接测试分布式事务效果，则可以直接运行以下命令一键启动依赖及示例服务：
snz1dpctl profile setup http://gitlab.snz1.cn:2007/download/seata/example.yaml
snz1dpctl standalone start profile准备开发依赖
进入任何一个子模块目录中执行以下命令可以启动相关依赖服务：
cd storage
snz1dpctl make standalone develop也可以通过以下命令停止所有的依赖服务：
cd storage
snz1dpctl make standalone stop-all -yVSCode调试
使用VSCode打开workspace.code-workspace文件，然后分别启动storage、account、order中的Application。
命令运行
新开三个不同的命令行，然后分别进入storage、account、order子目录中执行启动命令，命令如下所示：
cd storage
snz1dpctl make runcd account
snz1dpctl make runcd order
snz1dpctl make run需要退出则在命令行窗口中按下
CTRL+C组合键。
独立运行
如果需要以容器方式运行storage、account、order服务，请在命令行进入子模块子执行启动命令，命令如下所示：
cd storage
snz1dpctl make standalone restartcd account
snz1dpctl make standalone restartcd order
snz1dpctl make standalone restart如果需要停止服务容器，请执行
snz1dpctl make standalone stop。
启动完所有的服务后，在浏览器中打开http://localhost:9192/seatas/example/order/swagger-ui.html地址进行接口测试。
测试参数请使用以下内容：
account_id账户号，可用值为1001、1002，传入1002时主动抛出异常（回滚)，每个账户初始化时默认金额为10000；commodity_code商品代码：可用值为2001，服务初始化时默认1000数量；count下单数量，一个数量默认金额为5元；
或使用CURL进行测试：
curl -X POST "http://localhost:9192/seatas/example/order/debit?account_id=1001&commodity_code=2001&count=1"使用账号
1001请求正确完成所有事务。
curl -X POST "http://localhost:9192/seatas/example/order/debit?account_id=1002&commodity_code=2001&count=1"使用账号
1002请求时会因为异常抛出导致所有事务回滚。