这门课解决什么痛点
在单体架构里，数据一致性由本地事务保证；一旦拆分为微服务，订单、库存、支付分属不同服务，跨服务调用成了常态。此时最棘手的问题是：一个订单流程涉及多次远程调用，任意环节失败，系统数据就会处于不一致状态——订单创建了，库存扣了，钱却没支付出去，或者反过来。
本课程以"淘宝下单"为实战场景，专门解决分布式环境下的数据一致性问题。它不局限于理论讲解，而是直接针对高并发电商场景中的典型难题，如订单超卖、支付状态同步、库存扣减回滚等，帮助开发者理解为什么分布式事务难做，以及业界主流方案（如 TCC、SAGA、本地消息表、Seata 等）各自适合什么场景。
适合什么基础、建议先看哪几块
适合具备 Java 基础、了解 Spring Boot 基本用法、对微服务有初步认知的开发者。如果你还没用过 Spring Cloud 或 Dubbo，建议先补一下微服务基本通信知识；如果已经有过分布式系统开发经验但一直没系统梳理事务方案，这门课很适合用来打通知识盲区。
学习顺序建议按三个阶段走：第一阶段听概念与理论部分（CAP/BASE、2PC/3PC、TCC/SAGA 对比），建立认知框架；第二阶段看具体方案实现视频（Seata、本地消息表、MQ 最终一致性），理解落地细节；第三阶段跟源码走完整流程（淘宝下单全链路），把前两段知识串联起来。
不要跳阶段直接看源码。没有理论铺垫，代码细节会变成死记硬背；没有方案对比，只知道一个工具怎么用，遇到其他场景不会选。建议每个阶段配对应练习：概念段做手写笔记，方案段用伪代码梳理流程，源码段用 Debug 跟一次完整请求。
学完能独立做什么、资料怎么配合练习
学完后，你能够独立设计一个支持分布式事务的电商下单流程，能在项目中根据业务场景选择合适的分布式事务方案，而不是盲目照搬框架。你也能读懂主流中间件的配置与二次开发点，具备排查分布式事务问题的基本能力，比如定位是网络超时导致的事务未提交，还是数据库锁竞争导致的全局死锁。
资料包中的源码是核心练习材料。建议先跑通完整流程，再逐模块修改，比如把下单链路拆开模拟支付失败、库存服务宕机等异常，观察事务如何回滚。不要只看代码，要动手改、改完跑、出问题后再对照文档和讲解视频找原因，这样才能真正把知识点转化为工程能力。
练习建议分三个层次：第一层复制现有方案，能跑通标准流程；第二层删改部分代码，能模拟典型异常场景；第三层从头搭建简化版本，能独立完成分布式事务的基础设计。每层配对应产出：第一层写流程图，第二层写问题排查报告，第三层写方案设计文档。不要跳层次直接做高难度项目，地基不稳，上层建筑必塌。
课程目录
整理中，敬请期待。
