持久投递与历史恢复

01 / 问题

17种场景、193条子进程记录；无接收端幂等的投递崩溃后执行两次，三个历史恢复窗口均保留完整问答。

方法

冻结协议后实际运行，独立复算原始记录，并从Git提交导出重新核验。

结果

17种场景、193条子进程记录；无接收端幂等的投递崩溃后执行两次，三个历史恢复窗口均保留完整问答。

观察

17种场景、193条子进程记录；无接收端幂等的投递崩溃后执行两次，三个历史恢复窗口均保留完整问答。

结论

分别阅读三篇问题导向教程，保留负结果与验证边界。

局限

本地日志即业务状态、回环HTTP和协作进程锁；无真实模型、断电证明或跨主机恰好一次保证。

复现

每篇均提供固定版本、独立输出目录、运行和审计命令；同协议只需运行一次。

1. 实战教程

   持久幂等：让操作身份与结果一起提交

   用带CRC的追加日志、进程崩溃与99个截断前缀，解释持久幂等的提交边界。

   2026-10-1110 分钟已发布
2. 实战教程

   Outbox投递：本地可靠，不等于远端只执行一次

   对照有键和无键接收端，解释回复丢失、回执缺失与远端重复副作用。

   2026-10-1110 分钟已发布
3. 实战教程

   对话恢复：从意图、回执到完整问答

   在三个提交边界真实终止JVM，以持久事实恢复完整历史，保留远端重复执行反例。

   2026-10-1110 分钟已发布
4. 项目 / 002

   Java LLM 实践集

   Java 会话、请求重试与持久化边界，以及注意力、缓存成本和量化误差的可复现实验。

   构建中