微服务架构的分布式事务解决方案「手写代码」

这门课的名字里有两个关键词："分布式事务"和"手写代码"。前者是后端开发绕不开的老问题，后者决定了它的学习方式——不是听人讲概念，而是自己把方案敲出来。如果你正在准备面试被问到 TCC、Saga、可靠消息，或者线上确实遇到过跨服务数据不一致的故障，这篇导读帮你判断它值不值得花时间。

它解决的是哪个工作场景

单体应用里一个 @Transactional 就能搞定的事，拆成微服务之后会立刻变复杂。订单服务扣了库存，支付服务回调失败；账户余额扣减成功，积分服务却超时——这类"一个业务动作跨了多个服务、多个数据库"的情况，就是这门课的主战场。它不教你如何拆服务，而是假定你已经处在多服务、多数据源的架构里，要解决数据最终对不上的问题。

典型适用场景包括：电商下单链路、支付与账务对账、跨服务的状态流转。如果你做的还是单体项目，或者团队规模小到根本没用上分布式，这门课暂时用不到，可以先放一放。

学完能独立做什么

• 能说清 2PC、TCC、Saga、本地消息表、事务消息几类方案的取舍，知道哪种适合强一致、哪种只能保最终一致，而不是背名词。
• 能手写一个 TCC 的 Try-Confirm-Cancel 三段逻辑，处理空回滚、幂等、悬挂这三个面试高频追问点。
• 能基于消息队列搭出一套可靠消息最终一致方案，包括本地事务与消息发送的一致性、消费端幂等、失败重试与补偿。
• 能判断一个具体业务该不该上分布式事务，还是用对账、补偿任务这类更轻的手段就够了。

换句话说，重点不是"知道有哪几种方案"，而是遇到不一致时你能落地一套可运行的代码，并解释清楚它在什么情况下会失效。

资料适合什么基础

课程是手写代码向的，所以对基础有明确门槛：需要你熟悉 Java、Spring Boot，能看懂基本的数据库事务，最好已经用过至少一种消息中间件。如果这些还不熟，直接上手会很吃力，建议先把 Spring 的事务传播机制和 MQ 的基本收发补齐再来。

配套的章节笔记适合两个用途：一是课后复盘，把课上敲过的代码对照笔记理一遍思路；二是面试前快速过一遍关键结论和踩坑点。笔记不能替代动手，这门课的价值恰恰在你亲手把 bug 调出来的过程里。

怎么用这套资料

建议按"先理解问题、再对照方案、最后自己实现"的顺序走。每学一种方案，先想清楚它在你的项目里对应哪个业务，再跟着敲，敲完刻意制造一次失败（比如让 Confirm 超时），观察补偿逻辑是否按预期工作。分布式事务的难点从来不在写对，而在写错之后系统会怎样——这一步别跳过。

如果你时间有限，优先吃透 TCC 和可靠消息两类，它们覆盖了实际工作中大多数场景；2PC 更多是理解原理和面试作答。真正决定你能否独立解决问题的，是补偿、幂等和异常路径的处理，而不是主流程跑通。