sublime崩溃后未保存代码大概率能找回，需满足未清空配置目录、未反复重启覆盖缓存且操作及时；优先尝试重启看是否自动弹出恢复提示，其次检查Untitled标签页、手动解析session.sublime_session或Recovery目录文件。
Sublime 崩溃后未保存的代码大概率能找回，前提是没清空配置目录、没反复重启覆盖缓存，且你动作够快——越早操作，成功率越高。
重启 Sublime 看是否自动弹出恢复提示
这是最轻量、最优先尝试的一步。Sublime 在异常退出（崩溃、强制杀进程）后，只要 hot_exit 和 remember_open_files 为 true（默认开启），下次启动通常会自动加载上一个会话。
- 启动后留意是否有弹窗提示“恢复上一个会话”或“恢复未保存的文件”，点“恢复”即可
- 若无弹窗，但标签页里出现多个
Untitled标签，说明内容已加载进内存，立刻执行File → Save As保存 - 只恢复了部分文件？反复按
Ctrl+Shift+T（windows/linux）或Cmd+Shift+T（macOS）尝试还原最近关闭的标签页
手动打开 Session.sublime_session 提取内容
这个文件是 Sublime 的核心会话快照，崩溃后往往仍完好存在，里面以 jsON 格式存储了所有打开文件的路径、光标位置，以及最关键——未保存文件的完整文本内容（在 buffers 字段里）。
- 先关闭 sublime text，避免写入覆盖
- 进入对应路径：
Windows：C:Users你的用户名appDataRoamingSublime Text 3LocalSession.sublime_session
macOS：~/Library/Application Support/Sublime Text 3/Local/Session.sublime_session
Linux：~/.config/sublime-text-3/Local/Session.sublime_session - 用 VS Code 或记事本打开该文件，搜索你记得的函数名、变量名或注释关键词
- 找到匹配项后，定位到
"contents": ""或"input": ""字段，复制双引号内的内容（注意转义字符，如n是换行）
检查 Recovery 目录里的临时恢复文件
某些版本或崩溃场景下，Sublime 会把未保存内容单独写入 Recovery 子目录，比 Session.sublime_session 更“原始”，也更容易直接读取。
- 路径与
Session.sublime_session同级，但进入Recovery文件夹：
Windows：C:Users你的用户名AppDataRoamingSublime Text 3LocalRecovery
macos：~/Library/Application Support/Sublime Text 3/Local/Recovery/
Linux：~/.config/sublime-text-3/Local/Recovery/ - 查找以
recovery-开头、扩展名可能是.tmp或无扩展名的文件 - 用 Sublime 自身或任意文本编辑器直接打开，内容通常是纯文本，无需解析 json
为什么有些方法失效？关键坑点在这里
不是所有崩溃都能恢复，常见失败原因很具体：
- 反复重启 Sublime：每次启动都会重写
Session.sublime_session，旧缓存被覆盖 - 清空过
Local目录或用清理工具扫过“临时文件”：Recovery和Session.sublime_session都会被删掉 - 没关 Sublime 就去编辑
Session.sublime_session：文件可能被锁住，或 Sublime 启动时强行覆盖 - 用了云同步盘（如 onedrive、icloud）同步
Local目录：文件可能被同步服务锁定或误删
真正管用的不是“等崩溃后再找”，而是平时就设好 save_on_focus_lost、装好 AutoSave 插件，并把重要项目纳入 git —— 缓存只是最后一道防线，不是保险柜。