直接进安全模式确认插件导致卡顿：Windows/Linux按住Ctrl、macOS按住Cmd启动，再按Ctrl+Shift+P输入Package Control: List Packages，若返回空列表即成功；此时若操作流畅，则问题100%出在插件或配置上。
怎么用安全模式确认是不是插件导致卡顿
直接进安全模式是最硬核的验证方式——它跳过所有插件、不加载用户设置、不恢复上次会话。Windows/Linux 按住 Ctrl 键再双击图标启动，macOS 按住 Cmd 键启动。启动后立刻按 Ctrl+Shift+P 输入 Package Control: List Packages，如果返回空列表或提示 “No packages available”，才算真正进了安全模式。如果此时光标响应快、Ctrl+P 秒出结果、方向键不卡，那问题 100% 出在插件或配置上。
为什么不能用“一键禁用全部插件”来排查
Sublime 没有官方提供“一键禁用全部插件”的功能，强行删 Packages/ 下所有文件夹或清空 Installed Packages/ 目录，反而可能触发更隐蔽的问题：
- 某些插件（如
Package Control）会从.sublime-package归档文件里重新加载，删目录无效 - 残留的缓存（比如
Packages/User/Package Control.cache或Cache/lsp_utils/）会让插件状态错乱 - 多个插件存在依赖链（例如
SublimeLSP依赖lsp_utils），只禁上层插件，底层崩溃仍会报错
正确做法是：用 Preferences → Package Control → Disable Package 逐个禁用，每次禁用后必须完全退出进程（任务管理器确认 sublime_text.exe 或 subl 进程消失），再重启测试。
哪些插件禁用后最可能立竿见影
不是所有插件都平等拖慢性能。以下几类插件在启动或激活时就执行阻塞操作，禁用后卡顿常立刻缓解：
-
GitGutter（尤其 v1.x）：Windows 上频繁调用ReadDirectoryChangesW扫描仓库，大项目直接冻结 UI -
sublime-lsp/pylsp：默认全项目加载，一打开 Python 项目就开始后台解析，CPU 拉满 -
SideBarEnhancements：右键菜单初始化时遍历整个项目结构，含node_modules的目录会卡数秒 -
AutoFileName：启动即递归收集所有路径，遇到几十万文件的目录直接卡死 -
Package Control自身：默认开启自动升级，每次启动都尝试连 GitHub，国内网络下常 timeout 卡住主线程
禁用前可先去 Preferences → Package Settings → Package Control → Settings – User 加入：{"auto_upgrade": false, "channels": []}，避免它偷偷拖慢启动。
控制台里哪几行日志能快速锁定问题插件
打开控制台（Ctrl + `），别扫全屏红字，只盯顶部 2–3 行：
- 出现
File "./Packages/XXX/xxx.py"→ 记下XXX，90% 就是它 - 反复刷
Key binding X overrides Y→ 多个插件抢同一快捷键（比如两个 Git 插件都绑Ctrl+Shift+G），UI 线程卡死 - 报
ImportError: cannot import name 'create_connection'→ 插件调用了 Sublime 内置 Python 3.3 不支持的符号（如urllib.request） - 末尾出现
plugin_host has exited unexpectedly且前面没明显报错 → 很可能是插件在on_activated或on_load里写了死循环或内存越界
真正麻烦的从来不是单个插件报错，而是缓存 + 索引 + 插件配置三者叠在一起的隐性耦合。每次禁用插件前，先清掉 Cache/ 和 Packages/Package Storage/ 下对应插件子目录，否则问题可能反复出现。
