多套语法高亮会拉高cpu，因冲突、重复加载或scope递归匹配异常导致sublime持续重解析，尤其在滚动、输入、切换标签时；多个插件（如babel、vue、typescript）竞争同一文件类型，引发频繁reloading syntax和failed to load日志，使plugin_host进程cpu飙升至70%~100%。
为什么多套语法高亮会拉高CPU
语法高亮本身不直接吃CPU，但sublime-syntax或.tmLanguage文件若存在冲突、重复加载或 scope 递归匹配异常，会触发 Sublime 持续重解析——尤其在滚动、输入、切换标签时。更关键的是：多个插件（如 Babel、Vue Syntax Highlight、TypeScript）可能同时监听同一类文件（比如 .vue 或 .ts），导致语法包反复竞争激活，控制台刷出大量 reloading syntax 或 failed to load syntax 日志，plugin_host 进程 CPU 就会卡在 70%~100%。
如何快速定位冲突的语法包
打开 View → Show Console，输入以下命令并回车：
sublime.log_commands(True)
然后做一次简单操作（如 Ctrl+P 搜索、切换到一个 .vue 文件）。观察控制台中是否出现高频重复日志，例如：
reloading syntax: Packages/Babel/JavaScript (Babel).sublime-syntaxfailed to load syntax file: Packages/TypeScript/TypeScript.sublime-syntax-
scope: source.js.jsx被多个语法包反复声明
这些就是高 CPU 的直接线索。重点盯住 reloading 和 failed to load ——不是报错才危险，频繁 reload 才真耗资源。
禁用冲突语法包的实操顺序
别直接删插件。先用“临时隔离法”验证：
- 打开
Preferences → Package Control → Disable Package，依次禁用疑似插件：Babel、Vue Syntax Highlight、TypeScript、ES6 Syntax - 每次禁用后，**完全退出 Sublime（任务管理器确认
sublime_text.exe和plugin_host.exe进程已消失）**，再重启 - 打开同个大项目，观察 CPU 是否回落；若回落，说明刚禁用的那个是主因
- 恢复其他插件，只留问题插件，再进
Preferences → Settings查它是否有启用冲突的配置项，比如"jsx": true和"enable_language_server": true同时开
注意：ignored_packages 设置里如果手动加了 "Vue Component"，但又装了 Vue 插件，反而会导致语法识别失败后 fallback 到 Plain Text，进而触发无限重试——这种“半禁用”比全开还伤。
检查 syntax_override 和 auto-detect 是否打架
用户设置中若有类似配置：
"syntax_override": { "*.vue": "Vue Component" }
要确认两点：
- 该语法名必须和实际存在的语法包路径严格一致（比如
Packages/Vue Syntax Highlight/Vue Component.sublime-syntax） - 不能和
auto_detect_indentation或detect_indentation等自动识别逻辑共存——后者会在文件修改时反复触发语法重判
更稳妥的做法是：删掉 syntax_override，改用 View → Syntax → Open all with current extension as… 手动绑定，它写入的是插件级映射，不参与 runtime 冲突判定。
真正难排查的不是哪个插件占 CPU，而是多个语法包在后台悄悄互相覆盖 scope 定义，让 Sublime 每次渲染都得重新走一遍匹配链。只要控制台里还有 reloading syntax 在跳，就别信“我已经关了索引”。
