最大努力通知：衰减重试与查证兜底
2026/8/22大约 2 分钟
分布式事务系列 · 阶段 4 · 消息一致性 · 第 35/49 篇 · 🚧 占位待学
上一篇：《消费端幂等：至少一次 + 去重 = 恰好一次》
下一篇：《可靠消息 vs 最大努力通知：一张表定分野》
学习大纲：《分布式事务学习总纲》
状态：待学习。 本文为占位文档：知识点清单、实验与验收标准已就绪，正文待按「先学习、先实验、再撰写」补全。
对应总纲单元：阶段 4B · 单元 4B.1
一、本文要解决的问题
支付回调为什么「尽力就行」？衰减重试、查证接口、对账文件三层防线各自兜什么底？
二、知识点清单
- 跨企业通知的一致性责任划分：通知方尽力，被通知方负责查证
- 衰减重试间隔表设计（如 1m / 5m / 10m / 30m / 1h）
- 查证接口：被通知方主动查询的兜底通道
- 对账文件：最终的对账防线
三、动手实验（学习时必须真跑）
- 模拟支付结果通知第三方：失败后按衰减间隔重试 5 次
- 实现查证接口，走一遍「通知全失败 → 主动查证成功」路径
四、验收标准（全部通过才进入下一篇）
五、写作提示（补正文时遵守）
- 开篇问题驱动；结构走「是什么 → 为什么 → 怎么做 → 背景知识」
- 所有代码、命令、输出必须先在本机跑通再写入，不得杜撰
- 版本口径以总纲环境清单为准（Apache Seata 2.6.0 / MySQL 8.0 / RocketMQ 5.x / Spring Boot 3.x）
- 涉及版本敏感结论时标注出处与时间
本篇完成后，把文首导航块的「🚧 占位待学」去掉，并在总纲处打卡。