lhk229
bf97810535
finalization 先把 response stream 标为 committed，之后才调用 remove_..._finalization_recovery_sidecars 清理 sidecar，两步之间有真实时间窗。 用例等 committed 的循环一旦命中前半步就退出，紧随其后的四条残留断言却零等待， 在 CI 负载下偶发读到尚未清理的 finalization journal。表现为只改文档的提交也会 挂、上一个提交却能过。 给 journal 断言补上与前面一致的轮询。它是该清理链最后删除的一项，等它消失即可 覆盖后面几条 handoff 残留断言，无需逐条加循环。 只改测试：先对外可见 committed、再清理内部 sidecar 的顺序本身是对的，崩溃恢复 要靠 journal 判断状态。