关掉index_files是最有效的降cpu手段，因其能彻底阻止sublime扫描node_modules等大目录导致的cpu满载，需在用户设置添加"index_files": false并彻底重启，副作用是f12跳转和ctrl+p路径搜索失效。
直接关掉 index_files 是最有效的降CPU手段
Sublime Text 的 CPU 飙高，90% 以上是 index_files 在后台疯狂扫描项目文件导致的——尤其是打开含 node_modules、.git、dist 的项目时，它会逐个读取成千上万个文件建跳转数据库，根本停不下来。
最干脆的解法就是在用户设置里加这一行："index_files": false。保存后必须完全退出 Sublime 再重启，仅重载设置无效——旧索引上下文已固化在进程里，不会释放。
副作用很明确：Ctrl+P 只能搜已打开的文件名，不再匹配路径或内容；F12（Go to Definition）、Find All References 全部失效。如果你主要写脚本、查日志、改配置，这完全不是问题。
用 folder_exclude_patterns 精准排除大目录（推荐开发者首选）
保留索引功能但不让它碰“脏目录”，这才是兼顾效率与功能的平衡点。关键是把排除规则写进项目配置，而不是全局设置——避免影响其他小项目。
操作路径：菜单栏 Project → Edit Project，在 JSON 的 folders 块中补全：
{
"folders": [
{
"path": ".",
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "dist", "build", "logs"],
"file_exclude_patterns": ["*.log", "*.tmp", "*.zip", "*.tar.gz"]
}
]
}
folder_exclude_patterns 影响最大：排除后，这些目录连图标都不会显示在侧边栏，彻底隔离；file_exclude_patterns 主要防误搜，对内存影响小。
容易踩的坑：folder_exclude_patterns 只作用于项目根目录下的子目录；如果依赖在更深层（如 src/lib/node_modules），得靠 LSP 插件自身的 initializationOptions 单独配置。
定位 plugin_host 进程高 CPU 的元凶插件
plugin_host 是 Sublime 运行 Python 插件的独立进程，一旦它持续占满一个 CPU 核，基本可以断定是某个插件失控了——比如 LSP 服务器反复崩溃重启、SublimeLinter 在大文件上实时跑校验、或者 GitGutter 持续轮询状态。
快速验证方法：subl -safe-mode 启动，如果 CPU 正常，说明问题出在插件。
排查要点：
- 打开控制台（
Ctrl+`），重点看有没有重复报错、starting...循环日志，或高频Python traceback - 高频嫌疑插件：
LSP-pyright/LSP-eslint、SublimeLinter、AutoFileName、GitGutter、Terminus - 临时禁用它们测试：Preferences → Package Control → Disable Package
清理顽固缓存和索引残留
长期使用后，Cache 和 Index 目录会残留损坏条目或冗余快照，导致每次启动都多载几百 MB 无用数据。尤其 LSP 类插件的缓存，重装同名插件时会复用旧索引，卡顿照旧。
操作步骤：
- 完全退出 Sublime Text（检查任务管理器确保无残留进程）
- 删除缓存目录：
Windows：C:\Users\你的用户名\AppData\Local\Sublime Text\Cache和Index
macOS：~/Library/Caches/com.sublimetext.4/和~/Library/Application Support/Sublime Text/Cache - 重启编辑器，首次启动会重建干净索引
注意：项目级 folder_exclude_patterns 配置只对当前项目生效，新开项目需单独配；若用 subl . 打开，确保当前目录下有 .sublime-project 文件，否则配置不加载。
