sublime Text CPU 占用过高通常由插件、文件索引或构建任务引发；需检查未终止的构建进程、禁用 node_modules 等目录索引、以 safe-mode 启动排查插件，并升级至 v4 版本解决渲染问题。
sublime text 占用 CPU 过高，通常不是软件本身“卡死”，而是某些后台任务或插件持续抢夺资源。重点排查插件、索引行为和文件监听机制。
检查是否在构建或运行耗时任务
Sublime Text 的 Build System（如 python、Node.js、Shell）若执行未终止的脚本（比如死循环、长时间等待输入），会持续占用一个 CPU 核心。打开 Tools → Build Results → Show Build Results 查看输出；按 Ctrl+break（windows/linux）或 Cmd+.（macos）可中断当前构建。
- 确认没有后台运行着未关闭的终端类插件（如 Terminus、SublimeREPL）
- 避免在大项目中直接运行无超时限制的 shell 命令
禁用或优化文件索引与模糊匹配（goto Anything）
Sublime Text 默认会对打开的文件夹递归建立符号索引（用于 Ctrl+P 快速跳转），遇到大量小文件（如 node_modules、__pycache__、.git）时，会反复扫描并消耗 CPU。
- 在项目根目录创建 .sublime-project 文件，添加
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git"] - 全局禁用索引：Preferences → Settings → 添加
"index_files": false（但会失去 Ctrl+P 搜索文件名功能） - 临时暂停索引：命令面板（Ctrl+Shift+P）输入 Index Files: Cancel Indexing
排查第三方插件（尤其是 LSP、自动补全、实时校验类）
很多现代插件（如 LSP、SublimeLinter、AutoFileName）依赖外部进程或频繁调用 API，配置不当极易引发高 CPU。建议分步隔离：
- 启动 Sublime Text 时加参数 -safe-mode（命令行输入
subl -safe-mode），此时禁用所有插件；若 CPU 正常，说明问题出在插件 - 逐个启用插件测试，重点关注启用后立即触发 CPU 上升的插件
- LSP 类插件务必检查服务器是否崩溃重启循环（查看 View → Show console 中是否有重复报错或 “starting…” 日志）
检查系统级干扰与配置冲突
某些环境因素会让 Sublime Text 表现出异常 CPU 占用：
- 杀毒软件/云同步工具（如 onedrive、Dropbox）正在实时扫描 Sublime 的缓存目录（
Data/Cache/或Data/Packages/User/） - 字体渲染异常（尤其在高 DPI 或远程桌面下），尝试在设置中添加
"font_options": ["no_antialias"] - 旧版 Sublime Text（如 v3.2 之前）存在 macOS 上 CoreText 渲染 bug，升级到最新稳定版（v4）可解决
基本上就这些。多数情况是插件 + 大项目索引叠加导致，关掉 LSP、排除 node_modules、再用 safe-mode 验证一次，90% 能定位到根因。