TCC如何实现：分布式事务的可靠解决方案
大家好，我是程序员老王。今天聊聊面试高频题——TCC如何实现。在分布式系统中，事务一致性是老大难问题，TCC（Try-Confirm-Cancel）作为经典解决方案，值得深入剖析。下面结合实战场景，用口语化方式拆解它的实现逻辑。
💡 什么是TCC？
TCC通过业务逻辑拆分替代传统数据库锁，核心分为三阶段：
- Try：预留资源（例如冻结库存、预扣余额）
- Confirm：提交操作（真正扣减资源）
- Cancel：回滚预留（释放冻结的资源）
举个电商下单的例子：
- Try阶段：订单服务
冻结用户账户100元，库存服务锁定1件商品 - Confirm阶段：账户服务
扣款100元，库存服务减少1件库存 - 若任一服务Try失败，则触发Cancel：账户解冻、库存释放
（TCC三阶段交互流程示意图）
⚙️ TCC实现的关键步骤
1. Try阶段的设计要点
- 幂等性：网络重试可能导致重复调用，需通过
事务ID+业务唯一键防重复处理 - 资源预留：不是真实扣减！例如：
UPDATE account SET frozen_balance = frozen_balance + 100 WHERE user_id=123; -- 冻结资金 - 超时控制：设置预留资源的TTL（如30分钟），避免死锁
2. Confirm/Cancel阶段的可靠性
- 异步重试：Confirm/Cancel必须支持无限次重试。常见方案：
- 事务日志 + 定时任务补偿
- 消息队列投递（如RocketMQ事务消息）
- 空回滚处理：如果Try未执行却收到Cancel，需记录日志并直接返回成功
3. 异常处理三板斧
| 场景 | 处理方案 |
|---------------------|----------------------------------|
| Try阶段部分失败 | 调用所有参与的Cancel回滚 |
| Confirm/Cancel失败 | 依赖重试机制，直至成功 |
| 服务宕机 | 通过事务协调器恢复状态机 |
🔥 面试实战技巧
当面试官问“TCC如何实现”时，可以这样分层回答：
- 流程描述：先讲清三阶段的核心行为（参考上文电商案例）
- 技术难点：强调幂等性、空回滚、防悬挂（Cancel比Try先到）的解决方案
- 对比方案：提及TCC vs. 2PC（TCC无全局锁，性能更高） vs. 消息最终一致性（业务侵入性更低）
📌 高频误区提示：
- TCC ≠ 2PC！2PC依赖数据库层，TCC在应用层实现
- Confirm/Cancel不是可选项，必须100%执行成功！
（分布式事务方案对比）
💰 附：2025年Java面试宝典
包含分布式事务实战代码+高频题解析，点击下载👉
<font color="blue">
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g
</font>
❤️ 程序员省钱小贴士
如果大家需要购买面试鸭会员，可以通过 面试鸭返利网 找我返利25元！平台覆盖主流大厂题库，刷题效率翻倍👇
👉 返回面试鸭返利网首页 获取更多面试干货+返利活动！
