全局搜索拉满CPU是因为Sublime的Ctrl+P依赖实时索引，扫描node_modules等大目录导致高负载；关闭index_files可解决但丧失跳转功能，推荐用folder_exclude_patterns精准排除目录。
为什么全局搜索会拉满CPU
Sublime 的 Ctrl+P（Goto Anything）不是简单字符串匹配，它依赖后台索引进程实时扫描所有文件内容和路径。一旦项目含 node_modules、.git 或 dist 这类目录，索引器就会反复 stat() + read() 数万小文件——这不是“搜索慢”，是编辑器在你敲字时同步干着比 Node.js npm install 还重的活。验证方式：退出 Sublime，按住 Ctrl（Win/Linux）或 Cmd（macOS）再双击启动，若此时 Ctrl+P 丝滑，问题就锁定在索引行为。
关闭 index_files 是最快见效的方案
直接禁用全局索引，CPU 占用通常从 90%+ 降到 2% 以内。操作路径：打开 Preferences → Settings，在右侧用户设置 JSON 中添加：
{
"index_files": false
}
必须完全退出 Sublime 再重启，仅重载设置无效——索引上下文已固化在进程里。副作用很明确：Ctrl+P 只能搜已打开的文件名，F12（Go to Definition）、Find All References 全部失效。如果你主要写配置、查日志、改脚本，这完全不是问题；但如果是大型 JS/Python 工程开发，建议往下看更平衡的方案。
用 folder_exclude_patterns 精准排除大目录
保留 Ctrl+P 和符号跳转能力，但不让索引器碰“脏目录”。关键是把规则写进项目级配置，而非全局设置——避免影响其他小项目。操作路径：菜单栏 Project → Edit Project，在 folders 块中加入：
{
"folders": [
{
"path": ".",
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "dist", "build", "logs"],
"file_exclude_patterns": ["*.log", "*.tmp", "*.zip", "*.tar.gz"]
}
]
}
这个配置对 LSP 插件也生效，比如 pylsp 不会再扫描 node_modules 里的 Python 文件。容易踩的坑：folder_exclude_patterns 只作用于项目根目录下的子目录；如果依赖在深层路径（如 src/lib/node_modules），得靠 LSP 插件自身的 initializationOptions 单独配置。
plugin_host 高 CPU 往往是插件失控
当 plugin_host 进程持续占满一个 CPU 核，基本可断定是某个插件异常——常见元凶包括 LSP-pyright、SublimeLinter、GitGutter、Terminus。排查步骤：
- 命令行启动
subl -safe-mode，若 CPU 正常，说明问题出在插件 - 打开控制台
Ctrl+`，重点看是否有重复报错、starting...循环日志，或高频Python traceback - 临时禁用高嫌疑插件：
LSP类插件检查服务器是否崩溃重启；SublimeLinter改为"lint_mode": "save"；GitGutter关闭"live_mode": false
真正麻烦的不是设置本身，而是不同插件对同一排除规则的响应不一致——比如 folder_exclude_patterns 能拦住 Sublime 自身索引，但拦不住某些 LSP 服务器的独立扫描。这时候得去插件文档里翻 settings 字段，手动加 files.exclude 或 watcher.ignore。
