sublime text 启动崩溃最高效定位方式是禁用所有插件后逐个启用；常见原因包括插件冲突、python api 不兼容（如 create_connection）、杀软误杀、配置文件非法 json。
sublime text 启动就崩溃，大概率是插件冲突
直接禁用所有插件再逐个启用，是最高效定位方式。别猜哪个插件有问题，Sublime 的插件加载机制会让一个有内存泄漏或 API 调用错误的插件拖垮整个进程，现象就是刚点开就闪退，连窗口都来不及渲染。
实操建议：
- 关闭 Sublime Text，进入
~/Library/Application Support/Sublime Text/Packages/（macos）或%APPDATA%Sublime TextPackages（windows），把除User文件夹外的所有文件夹重命名备份（比如加_bak后缀） - 重启 Sublime，确认能稳定运行；再逐个把备份文件夹改回原名，每次启用一个，重启测试
- 特别注意近期新装的插件，尤其是带
sublime-coverage、GitSavvy（旧版）、SideBarEnhancements（v3.0.0 之前）这类深度集成底层 API 的插件
Python 3.8+ 环境下插件报 ImportError: cannot import name 'create_connection'
这是 Sublime Text 内置 Python 解释器（目前仍是 3.3 或 3.8 分支）和某些插件硬编码依赖不匹配导致的典型错误。不是你本地 Python 环境的问题，而是插件作者没适配 Sublime 的 Python 运行时。
常见表现：启动后无闪退，但控制台（Ctrl+`）刷出大量该错误，接着几秒内自动退出。
解决办法：
- 打开控制台，看报错堆栈最上面是否出现
package_control.py或某个插件名 +import create_connection - 找到对应插件目录，搜索
from urllib.request import create_connection—— Sublime 的 urllib 没这个函数，得换成from urllib.request import urlopen或直接删掉该 import（很多插件只是误引入） - 临时方案：在插件主文件开头加
import sys; sys.path.insert(0, '/path/to/your/python/site-packages')不推荐，可能引发更隐蔽的符号冲突
Windows 上杀毒软件把 sublime_text.exe 当作可疑进程强制终止
这不是 Sublime 的 bug，是 Windows Defender、火绒、360 等主动防御模块对 Sublime 的内存注入行为（比如插件 hook DLL 加载）产生误判。现象是任务管理器里进程存在不到 1 秒就消失，事件查看器里有 Event ID 1000 错误，描述含 Application Hang 或 Code Integrity。
验证与处理：
- 右键任务栏图标 → “打开文件所在位置”，对
sublime_text.exe右键属性 → “数字签名” 页签，确认签名者是Sublime HQ Pty Ltd（不是“未知发布者”） - 进杀软设置 → “信任区” 或 “添加排除项”，把 Sublime 安装目录（如
C:Program FilesSublime Text）和数据目录（%APPDATA%Sublime Text）全加进去 - 别用“静默允许”，必须明确添加路径级白名单；部分杀软（如腾讯电脑管家）还需关闭“程序自保护”开关
升级 Sublime Text 后闪退，且 Preferences → Settings 里有非法 JSON
Sublime 在启动时会同步加载用户配置，如果 Preferences.sublime-settings 里混入了注释（//）、尾逗号（,）或 Unicode bom，新版（特别是 Build 4143+）会直接 abort，不弹任何提示。
检查方法：
- 用外部编辑器（如 VS Code）打开
Preferences.sublime-settings，确认是纯 JSON 格式：无注释、对象末尾无逗号、首字符是{ - 重点排查最近手动改过的字段，比如
"font_size"写成"font_size": 12,（多了逗号）、或粘贴时带入了中文引号 - 临时重命名该文件，让 Sublime 生成默认配置，再逐段复制回新文件中验证
插件太多、环境太杂时，崩溃点往往藏在最不起眼的配置末尾。别跳过这一步，它比重装 Sublime 快十倍。