插件导致死机可确认为：启动后几秒无响应、进程闪退或控制台反复报 plugin_host 崩溃；安全模式（Shift 启动或 subl --safe-mode）下正常即证实插件问题。
怎么确认是插件导致死机
Sublime 启动后几秒内无响应、任务管理器里 sublime_text.exe 进程闪退、或控制台（Ctrl + `）反复刷出 plugin_host 崩溃日志，基本可以断定是插件问题。最直接的验证方式是进安全模式：Windows/Linux 按住 Shift 启动，macOS 用终端运行 subl --safe-mode。如果安全模式下完全正常，说明插件就是根源。
用控制台快速定位冲突插件
安全模式确认问题后，回到普通模式，立刻按 Ctrl + ` 打开控制台。重点看报错堆栈最上面几行：
- 出现
File "./Packages/XXX/xxx.py"路径 → 记下XXX这个包名，大概率就是它 - 看到
ImportError: cannot import name 'create_connection'→ 是插件误用了 Python 标准库函数，urllib.request在 Sublime 的嵌入 Python 环境里没有这个符号 - 反复出现
Key binding X overrides Y→ 多个插件绑定了同一快捷键，可能引发 UI 卡死 - 日志末尾有
plugin_host has exited unexpectedly→ 插件在后台执行了无限循环或内存越界
禁用与回滚插件的操作要点
别一上来就全禁用，效率低还容易漏掉组合效应。推荐分层排查：
- 先通过
Preferences → Package Control → Disable Package，把最近更新或新装的插件逐个禁用，每次禁用后重启观察 - 如果崩溃发生在打开某个项目时，检查该项目的
.sublime-project文件里是否启用了特定插件（如"settings": {"ignored_packages": []}被手动清空） - 想回滚插件版本：关闭 Sublime，进
Packages目录（Preferences → Browse Packages），删掉对应插件文件夹，再把旧版.sublime-package文件丢进去；注意不是所有插件都支持这种覆盖，有些必须用Package Control: Install Package手动指定旧版 URL - 遇到
SublimeCodeIntel类重型插件崩溃，顺手删掉用户目录下的.codeintel文件夹（Windows 是%userprofile%\.codeintel），否则重装也白搭
Windows 下杀毒软件误杀要单独验
进程存在不到 1 秒就消失，且事件查看器里有 Event ID 1000、描述含 Application Hang 或 Code Integrity，大概率是 Windows Defender、火绒或 360 把 sublime_text.exe 当成可疑进程干掉了。验证方法很简单：右键任务栏图标 → “打开文件所在位置”，对 sublime_text.exe 右键属性 → “数字签名” 页签，确认签名者是 Sublime HQ Pty Ltd。如果是“未知发布者”，说明你装的是被篡改过的版本，得重下官方安装包。
