039、会话续接与断点恢复：Resume 机制的上下文恢复、缓存策略与限制

039、会话续接与断点恢复：Resume 机制的上下文恢复、缓存策略与限制上周五凌晨两点，我在调试一个微服务链路追踪的Bug。Claude Code跑了将近四十分钟，分析了一千多行日志，突然——SSH连接断了。重新打开终端，敲了句claude --resume，它居然从上次分析到一半的堆栈信息继续往下走，连我中间在另一个窗口改过的配置文件都记得。那一刻我意识到，Resume机制不是简单的“保存-加载”，它背后有一套相当精巧的上下文恢复和缓存策略。会话快照：不只是序列化很多人以为Resume就是把对话历史存成JSON文件。实际上Claude Code的会话快照包含三个层次：工作目录快照。每次执行claude命令时，它会记录当前目录下的文件结构、Git状态（如果有）、环境变量。这不是简单的ls -R，而是通过inotify或fsevents监听文件变更，只保存增量差异。我试过在会话中创建了十几个临时文件，Resume后这些文件依然在，但如果你在断连期间手动删除了某个文件，它会标记为“缺失”而不是报错退出——这个设计很聪明，避免了因为外部操作导致整个会话报废。对话状态快照。包括当前正在执行的命令、已输出的部分结果、用户输入的历史。这里有个坑：如果你在会话中执行了一个耗时操作（比如kubectl rollout status），断