✨ 无论是电商支付、金融转账还是库存管理，TCC 都是解决分布式事务一致性的经典方案。今天用最通俗的语言+真实案例，带你从0到1掌握TCC的底层逻辑和落地技巧！

一、什么是TCC？

TCC（Try-Confirm-Cancel）是业务层的分布式事务解决方案，通过三个阶段实现跨服务的事务一致性：
1️⃣ Try：检查资源并预留（如冻结库存、预扣余额）13。
2️⃣ Confirm：确认执行业务（如正式扣减库存、增加积分）25。
3️⃣ Cancel：回滚Try阶段的操作（如解冻库存、返还余额）39。

核心思想：先“试探”资源是否可用，再决定提交或回滚，避免资源长期锁定，提升系统并发性48。

二、TCC实战场景解析（电商支付案例）

场景：用户支付订单后，需同时完成 订单状态更新、扣库存、加积分、通知发货 四个操作，且必须保证一致性210。

阶段拆解：

1️⃣ Try阶段：

• 订单服务：将状态改为“处理中”（非终态）5。
• 库存服务：冻结库存（如商品A库存100→可售98，冻结2）6。
• 积分服务：预增积分（用户积分1190→预增10，实际仍为1190）10。
• 仓储服务：生成“待确认”出库单5。

2️⃣ Confirm阶段（全部Try成功时）：

• 订单状态改为“已支付”，库存冻结数清零，积分实际增加，出库单状态改为“已创建”29。

3️⃣ Cancel阶段（任一Try失败时）：

• 订单状态改为“已撤销”，冻结库存释放，预增积分撤销，出库单作废610。

三、TCC的四大优势

1️⃣ 最终一致性：通过Confirm/Cancel保证最终结果一致，适合高并发场景48。
2️⃣ 资源低锁：Try阶段仅预留资源，不长期占用，减少死锁风险39。
3️⃣ 灵活补偿：Cancel逻辑可自定义，适应复杂业务回滚需求78。
4️⃣ 容错性强：支持重试机制，即使Confirm/Cancel失败也能通过日志恢复9。

四、TCC避坑指南（必看❗️）

1️⃣ 幂等性设计：
Confirm/Cancel可能被重复调用，需通过事务日志表记录状态，确保多次执行结果一致19。

2️⃣ 空回滚处理：
若Try未执行却触发了Cancel（如网络超时），需识别空回滚，直接返回成功，避免误删数据19。

3️⃣ 资源悬挂预防：
Cancel比Try先执行时（如Try请求延迟到达），需在Try阶段检查是否存在已回滚记录，阻止悬挂操作19。

4️⃣ 中间态数据隔离：
Try阶段的数据（如冻结库存）需对其他业务隐藏，避免脏读13。

五、TCC框架推荐

1️⃣ Seata TCC：阿里开源，支持Spring Cloud集成，适合大型项目8。
2️⃣ Hmily：轻量级框架，支持Dubbo/Spring Cloud，性能优异9。
3️⃣ ByteTCC：基于Spring Cloud，代码侵入性低，适合快速落地57。

总结

TCC通过业务补偿实现分布式事务，虽增加了开发复杂度，但在高并发、强一致性场景下不可替代！
适用场景：电商支付、金融转账、库存管理、积分兑换等。
核心口诀：Try试探资源，Confirm确认提交，Cancel精准回滚，日志保幂等！

进阶TIP：结合Saga模式处理长事务，用消息队列解耦异步操作，能进一步提升系统可靠性！

@分布式技术指南 @架构师成长日记
#分布式事务 #TCC #微服务 #架构设计 #Java开发