语法高亮是持续解析过程，非简单开关；Vue/YAML因多层嵌入解析与正则回溯易卡顿，优化需按需启用、降级解析、关闭highlight_line等冗余渲染项。
语法高亮不是“开或关”的开关，而是解析器持续扫描、匹配、着色的过程；对大文件或复杂语法（如 Vue、YAML 嵌套块），它会显著拖慢响应。优化核心是：按需启用、降级解析、切断冗余链路。
为什么打开 .vue 或 .yaml 文件特别卡？
这类文件触发了多层嵌入式语法解析：Vue Component 本身要识别 /<script></script> 分区，再把 <script lang="ts"></script> 交给 TypeScript 插件处理，而 TS 插件又可能调用类型服务——每层都吃 CPU。YAML 的 |- 多行字符串、锚点 &ref、内联序列也会让语法引擎反复回溯。
- 现象：光标移动延迟、滚动卡顿、右下角语法名闪烁、
Ctrl+Shift+P响应变慢 - 关键判断：不是插件没装，而是语法栈太深；禁用子语言后（比如只留 Vue 外壳，不解析 TS）立刻变快
- 验证方式：按
Ctrl+Shift+P→ 输入Developer: Show Scope Name，把光标停在关键字上，看输出是否含source.vue+source.ts—— 如果有两层，说明嵌入已激活
怎么让语法高亮“只做该做的”？
Sublime 不支持“部分高亮”，但支持“换解析器”。对非编辑场景（如查日志、读配置），直接切到轻量语法是最有效减负手段：
- 临时切换：右下角点击当前语法名 → 选
Plain Text（最快，0 配置） - 按扩展名自动切换：先手动切到
Plain Text，再右下角 →Open all with current extension as…→Plain Text，这样.log、.json类型下次就静默加载 - 按内容提示切换（免改后缀）：在文件首行加
// @language=plain或# @language=yaml，然后执行一次Set Syntax:，多数语法包能识别并跳过全量解析
哪些设置会让高亮更慢却常被忽略？
这些选项默认开启，对小文件无感，但在大文件中会放大渲染压力：
-
"highlight_line": true：当前行高亮需实时计算背景色，关掉后滚动流畅度提升明显 -
"draw_indent_guides": true：缩进线依赖逐行分析缩进深度，对百万行日志是纯开销 -
"detect_indentation": true：打开文件时扫描前 200 行推断 tab/空格，大文件直接卡住初始化 -
"auto_complete": true：补全弹窗会触发语法树遍历，和高亮共享同一解析上下文
建议在 Preferences → Settings – User 中加入：
{
"highlight_line": false,
"draw_indent_guides": false,
"detect_indentation": false,
"auto_complete": false
}
插件怎么偷偷拖慢高亮？
很多插件不区分“小文件编辑”和“大文件查看”，一加载就启动后台分析：
-
SublimeLinter：默认对所有文件跑 linter，哪怕只是打开一个 50MB 的access.log -
GitGutter：为每行计算 git diff 状态，大文件导致 UI 线程阻塞 -
BracketHighlighter：持续扫描括号配对，在嵌套深的 JSON/YAML 中高频重绘
验证方法：命令行启动 subl --safe-mode largefile.yaml，如果卡顿消失，说明是插件问题。不要全局禁用，改用 Preferences → Package Control → Disable Package 逐个排查。
真正容易被忽略的是：语法高亮性能瓶颈往往不在“语法定义文件”本身，而在它和插件、子语言、UI 渲染三者的耦合路径上。删掉一个 highlight_line 设置，比换十个语法插件更管用。
