Sublime Text 不支持跳转到自动备份文件，恢复需手动操作：退出程序后进入 Local/Recovery/ 找 recovery- 文件打开；.sublime-history/ 需手动访问并用插件恢复；Session.sublime_session 可搜索解码未保存内容。
Sublime Text 没有“跳转到自动备份的恢复文件”这个功能入口——它不提供一键导航到 .sublime-history/、.sublime-backup/ 或 Local/Recovery/ 里备份文件的命令或快捷键。所谓“恢复”，全靠你手动定位路径、打开文件、复制内容。
为什么 Ctrl+P 或 Goto Anything 找不到备份文件
Sublime 的 Ctrl+P（Goto Anything）只索引当前项目中**已添加进工作区且已保存的文件**，不会扫描隐藏目录（如 .sublime-history/）、备份目录（如 .sublime-backup/）或缓存路径（如 Local/Recovery/）。这些目录被设计为纯后台存储，Sublime 不将其纳入任何符号索引或文件搜索范围。
-
.sublime-history/存在项目根目录下，但名字带点（.），默认被 Sublime 和大多数插件忽略 -
.sublime-backup/是 AutoSave 插件私有目录，路径硬编码，不注册进项目结构 -
Local/Recovery/下的recovery-xxx文件无扩展名、无关联语言模式，Sublime 启动时不加载也不识别
怎么快速打开 Local/Recovery/ 里的 recovery- 文件
这是最接近“自动备份恢复”的原始数据源，内容是纯文本，无需解码，打开即见代码。但必须手动操作：
- 先完全退出 Sublime Text（否则文件可能被锁或覆盖）
- 根据系统打开对应路径：
Windows：%APPDATA%\Sublime Text 4\Local\Recovery\
macOS：~/Library/Application Support/Sublime Text 4/Local/Recovery/
Linux：~/.config/sublime-text-4/Local/Recovery/ - 按“修改日期”排序，找最新的一两个
recovery-开头的文件（无扩展名或带.tmp） - 用 Sublime 自身双击打开——它会以 Plain Text 模式加载，内容可读即可直接
File → Save As
怎么访问 .sublime-history/ 里的历史快照
Local History 插件生成的快照是真实文件（如 main.py.2026-10-19_22-05-17），但它们不是“恢复目标”，而是独立副本。你不能从编辑器里“跳转”过去，只能：
- 在项目根目录下手动进入
.sublime-history/文件夹（注意：部分系统默认隐藏以.开头的目录） - 按时间戳识别文件，双击用 Sublime 打开 → 它会作为普通只读文件加载
- 右键该标签页 → 选
Local History: Restore（需插件支持），或手动Ctrl+A → Ctrl+C → 新建文件 → 粘贴 → 保存 - 别把
.sublime-history/放到 Git 忽略列表外——它体积增长快，且含时间戳，同步易冲突
真正能“跳转”的只有 Session.sublime_session 里的未保存内容
这是唯一一个 Sublime 主动写入、结构化、且内容可检索的恢复源。虽然不能“跳转”，但你可以快速提取：
- 关闭 Sublime，打开
Local/Session.sublime_session（路径同上，与 Recovery 同级） - 用 VS Code 或记事本搜索你记得的变量名、函数名或注释（如
"def handle_request"） - 找到匹配的
buffers对象后，复制"contents": "..."或"input": "..."的值 - 用 Python 一行解码：
python3 -c "import base64; print(base64.b64decode('xxx').decode('utf-8'))"（把xxx替成你复制的内容）
容易被忽略的是：Session.sublime_session 会被每次正常退出覆盖，而 Local/Recovery/ 只在异常退出时生成——所以崩溃后第一反应不该是重启，而是立刻去 Recovery 目录翻文件。
