直接删除preferences.sublime-settings最有效，因断电易致json语法错误、空文件或乱码，sublime会静默跳过该文件，引发设置回退、插件异常等；需彻底关闭进程后删除该文件及session.sublime-session、可疑插件配置，并登出同步账号以防云端覆盖。
配置文件损坏后直接删 Preferences.sublime-settings 最有效
强制断电常导致 Preferences.sublime-settings 文件写入中断，出现 JSON 语法错误（如末尾缺 }、字段值被截断）、空文件或乱码。Sublime 启动时若解析失败，会静默跳过该文件，但部分设置（如字体、缩进）可能回退到极旧默认值，而插件行为异常、快捷键失效、侧边栏消失等现象往往就是它在“半加载”状态下的表现。
不要尝试用 Sublime 自己打开并修复——它会在你保存时覆盖为更糟的格式。正确做法是：
- 彻底关闭 Sublime（检查任务管理器 / 活动监视器中
sublime_text.exe或Sublime Text进程是否残留） - 打开
Packages/User/目录（菜单 → Preferences → Browse Packages…） - 定位并删除或重命名
Preferences.sublime-settings（保留备份可选） - 重启 Sublime：它会自动生成一份干净、合法的默认配置文件
别漏掉 Session.sublime_session 和 Local 目录里的损坏残留
断电还容易让 Session.sublime-session 文件损坏，表现为启动卡在空白窗口、标签页反复崩溃、或自动恢复一堆已丢失的文件路径（显示 file:// 错误）。这个文件位于 Local/ 子目录下，和 Packages/ 平级，不是用户常关注的位置。
安全操作方式是：
- 确认 Sublime 已完全退出（进程不存在）
- 进入对应系统路径：
%APPDATA%\Sublime Text\Local\（Win）、~/Library/Application Support/Sublime Text/Local/（macOS）、~/.config/sublime-text/Local/（Linux） - 删除或重命名
Session.sublime_session（重启后自动生成新会话） - 顺手检查
Auto Save Recovery/目录是否存在——如有，也一并清空，它存的是断电前未落盘的临时副本，内容不可靠
插件配置损坏比主配置更隐蔽，得逐个排查
某些插件（尤其是 LSP 类如 LSP-pyright、SublimeLinter）会在 Packages/User/ 下生成自己的 .sublime-settings 文件。断电后这些文件可能 JSON 格式错乱，导致插件不响应、命令面板搜不到对应命令，甚至拖慢启动速度。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
判断方法很简单：
- 打开
Packages/User/目录，按修改时间排序，找最近被写入但大小异常小（如 1–2 KB）的*.sublime-settings文件 - 用外部编辑器（VS Code、Notepad++）打开查看是否有明显截断、乱码或非法字符
- 对疑似损坏的文件，直接删掉——插件重启后通常会重建默认配置；若需保留设置，可先复制内容到文本编辑器里手动补全括号和引号再粘回去
- 特别注意
Package Control.sublime-settings：如果它损坏，可能导致插件列表无法加载或安装失败，建议一并检查
重装前必须登出同步账号，否则损坏配置会被云端覆盖回来
如果你曾执行过 subl --sync-login 或通过菜单登录过 Sublime 账号，那么即使你删光本地所有配置文件，首次启动仍会从云端拉取旧的 Preferences.sublime-settings 和插件列表——包括那个已经损坏的版本。
关键动作只有一步：
- 在终端运行
subl --sync-logout（Windows 需确保subl在 PATH 中；macOS/Linux 直接执行） - 或者菜单栏 → Sublime Text → Preferences → Sync Settings → Logout
- 不确定是否登过？检查
Packages/User/Package Control.sublime-settings是否含"sync_login"字段，有则必须登出
登出后，再删配置、重启，才是真正的“从零开始”。否则你清理半天，最后发现配置又回来了，而且还是坏的——这事在 ST4 用户里太常见了。
