Sublime Text 卡顿和 CPU 占用高90%以上源于 index_files 默认开启导致 node_modules 等目录被全量索引，关闭该选项或用 folder_exclude_patterns 精准排除即可解决。
Sublime Text 卡顿和 CPU 占用高，**90% 以上是 index_files 默认开启 + node_modules 等目录被全量索引导致的**，不是插件多、不是显卡问题、也不是你电脑差。关掉它，重启，基本立刻变流畅。
为什么 index_files 是头号元凶
Sublime 启动后默认会递归扫描整个项目文件夹，构建符号跳转（Ctrl+R）、模糊文件搜索（Ctrl+P）所需的索引数据库。一旦项目里有 node_modules（几万文件）、.git（上万对象）、dist 或日志目录，它就在后台持续 stat() + read() + 解析，CPU 拉满，内存暴涨，输入延迟、光标跳动、方向键失灵全由此来。
这不是“慢”，是编辑器在你敲字时同步干着比编译还重的活。
- 验证方式：退出 Sublime，按住
Ctrl（Windows/Linux）或Cmd（macOS）再双击启动 —— 若此时输入丝滑，说明问题出在索引或插件，而非硬件 - 最简解决：打开
Preferences → Settings，在右侧用户设置中加一行："index_files": false - 必须完全退出再重启，仅重载设置无效 —— 索引上下文已固化在进程里
- 副作用：
Ctrl+R（跳转符号）、Find All References失效；但Ctrl+P（按文件名跳）、Ctrl+Shift+F（全局文本搜索）仍可用
不想彻底关索引？用 folder_exclude_patterns 精准排除
如果你仍需 Ctrl+P 或 Ctrl+R 在源码里跳转，就别全局关 index_files，改用项目级排除。它不阻止索引，只让 Sublime “假装看不见”某些目录。
操作路径：菜单栏 Project → Edit Project，在 folders 配置块内加入：
{
"folders": [
{
"path": ".",
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "dist", "build", "logs"],
"file_exclude_patterns": ["*.log", "*.tmp", "*.zip", "*.tar.gz"]
}
]
}
- 这个配置比全局
"index_files": false更细粒度，保留对src/或app/的完整索引能力 -
folder_exclude_patterns对 LSP 插件也生效 —— 比如pylsp不会再扫描node_modules里的 Python 文件 - 注意：排除规则只对当前项目生效，新开项目需单独配置；若用
subl .命令行打开，确保当前目录下有.sublime-project文件
插件不是越多越好，LSP 和 GitGutter 最容易拖垮性能
LSP 类插件（如 sublime-lsp + pylsp / jdtls）不是“装上就跑”，它会在后台持续 fork 进程、加载 AST、响应 on_input 事件。打开一个含 2000 个 Python 文件的项目，pylsp 可能每秒重载一次，CPU 占用稳定在 80%+。
- 排查方法：命令行启动
subl --safe-mode，若 CPU 正常，说明是插件问题；再逐个启用，观察top或任务管理器中哪个插件拉起子进程 - 禁用非必要插件：
Preferences → Package Control → Disable Package，优先关LSP、GitGutter、AutoFileName、SublimeLinter - 若必须用 GitGutter，设
"non_blocking": true避免保存时卡界面；LSP 插件可在其Settings – User中加"enabled": false，或限定路径："only_show_lsp_completions": true - 别信“最新版一定更好”——某些 LSP 服务器（如早期
texlab）在 v4 上存在内存泄漏，降级反而更稳
处理大文件时，别把它当“全能编辑器”用
打开一个 50MB 的 JSON 或日志文件，还开着语法高亮、括号匹配、自动换行、行号？这不是编辑，是压力测试。Sublime 的渲染模型为“编辑体验”设计，不是为“只读查看”优化。
- 临时方案：右键 →
Open all with current extension as → Plain Text，彻底绕过.sublime-syntax解析 - 用户设置中加这几项：
"line_numbers": false、"highlight_line": false、"draw_white_space": "none"、"enable_memory_mapping": true - 对 >10MB 文件，设
"viewport_size": 5000（单位字符），限制单次渲染长度，滚动时按需加载，内存省 95% - 真要查内容：别用
find_in_files扫全量 —— 终端先grep -n "error" app.log | head -10，再把行号贴进 Sublime 按Ctrl+G - 超过 2GB 或需高频正则替换？换
less（Linux/macOS）、vim -u NONE（Windows WSL）或专用日志工具 —— Sublime 的内存模型不是为这设计的
真正难处理的，不是“怎么关”，而是“关了之后发现某个功能没了，又不敢开”。比如关掉 index_files 后 Ctrl+R 失效，但团队协作要求快速跳转函数定义 —— 这时候就得接受取舍：要么接受部分功能退化，要么用 folder_exclude_patterns 精准保核心目录，或者干脆换 VS Code + rust-analyzer 这类专为索引优化的现代编辑器。Sublime 的轻快，本就建立在“有所不为”的克制上。
