session.sublime_session损坏时无法恢复会话，需用local目录下的时间戳备份文件（如session.sublime_session-20260722143021）重命名覆盖；preferences.sublime-settings乱码则检查引号、逗号及unicode转义，或重命名后重启生成默认配置。
Session.sublime_session 文件损坏导致无法恢复会话
Session.sublime_session 损坏时，Sublime 启动后不会加载未保存内容，也不会弹出恢复提示——它直接静默跳过，甚至可能卡在启动界面。这不是设置问题，而是 JSON 解析失败或文件被截断所致。
修复思路不是“修”，而是“换”：Sublime 本身不提供修复工具，但会在 Local/ 目录下留有自动备份。
- 先关闭 Sublime Text（务必确认
sublime_text.exe或subl进程已退出） - 进入对应 Local 目录：
Windows：%APPDATA%Sublime Text 4Local
macOS：~/Library/Application Support/Sublime Text/Local/
Linux：~/.config/sublime-text-4/Local/ - 查找带时间戳的备份文件，如
Session.sublime_session-20260722143021或Auto Save Session.sublime_session - 将备份文件重命名为
Session.sublime_session，覆盖原损坏文件（建议先重命名原文件为Session.sublime_session.broken）
Preferences.sublime-settings 被写坏导致启动失败或乱码
如果 Sublime 启动时黑屏、报错闪退，或打开设置文件后全是乱码、JSON 格式错误，大概率是 Preferences.sublime-settings 里混入了不可见控制字符、未闭合引号或非法 Unicode。
别急着删——先定位问题行：
- 用 VS Code 或 Notepad++ 打开
Packages/User/Preferences.sublime-settings（路径同上，进User子目录） - 检查最后一行是否缺逗号、多逗号，或某处用了中文引号
“”而非英文" " - 搜索
\u开头的 Unicode 转义序列，某些插件日志误写入会导致解析中断 - 若无法定位，可临时重命名该文件为
Preferences.sublime-settings.corrupt，重启 Sublime —— 它会生成一份干净默认配置
Recovery 目录为空或文件被清空
Recovery 目录（Local/Recovery/）本应只在异常退出后生成，但如果它存在却为空，或里面只有零字节 recovery- 文件，说明 Sublime 在崩溃前没来得及刷盘，或 hot_exit 已被设为 false。
这时不能等 Recovery，要转向 Session 文件里的 buffers 内容：
- 打开
Session.sublime_session，用编辑器搜索你记得的函数名，比如def main或function render - 找到对应 buffer 后，紧盯
"contents": "..."字段——注意内容是 JSON 字符串，"是转义引号 - 复制双引号内全部内容，粘贴到新文件后，用 VS Code 的 “Format Document”（
Shift+Alt+F）自动还原缩进和换行 - 别信
"input": "..."字段，那是旧版字段，新版只认contents
重置后插件全失效或快捷键错乱
删了 Data 目录重置后，插件没回来、Ctrl+Shift+P 打不开命令面板、甚至菜单栏变灰——不是重置失败，而是你漏掉了同步账号或进程残留。
- 启动前确认后台无
subl进程：Windows 用任务管理器搜sublime_text.exe，macOS/Linux 执行killall sublime_text - 如果用过
subl --sync-login，重置后首次启动会自动从云端拉取旧配置——必须先执行subl --sync-logout再删目录 - 插件没装上？Package Control 不是内置组件，它需要重新安装：按
Ctrl+Shift+P→ 输入Install Package Control→ 回车等待完成 - 快捷键仍不对？检查是否残留
Packages/User/Default (Windows).sublime-keymap等文件——它们不在 Preferences.sublime-settings 里，但会覆盖默认行为
