Sublime Text 4打开YAML文件卡顿，根源在于默认YAML语法引擎对深嵌套、多行字符串及锚点/别名的正则回溯式解析，导致CPU飙升；解决需禁用高亮、换专用语法包（如Kubernetes YAML）、设large_file_size_limit并统一空格缩进。
Sublime Text 4 打开 YAML 文件卡顿，不是语法本身慢，而是新版本的 YAML 高亮引擎在解析嵌套深、字段多、含多行字符串（| / >）或大量锚点/别名（&ref / *ref）的文件时，会触发高频重绘和回溯式正则匹配——尤其当文件超过 500 行或含 Kubernetes/Ansible 语义结构时，CPU 占用常飙至 100%。
为什么默认 YAML 高亮在 config 文件里反而拖慢编辑器
ST4 自带的 YAML.sublime-syntax 是通用结构解析器，它不区分上下文：遇到 spec:、tasks:、services: 全部当作普通 key 处理，但为了“尽可能匹配”，它会在每个冒号后尝试向前/向后扫描缩进层级、块标头、锚点标记。这种宽松匹配策略在复杂 YAML 中极易引发正则灾难性回溯（catastrophic backtracking），表现为光标移动延迟、滚动卡顿、保存前停顿 1–3 秒。
- 典型现象：
docker-compose.yml里depends_on:下缩进错一位，整段变回Plain Text，再切回YAML时界面冻结 2 秒 - 常见诱因：混用 Tab 和空格、含
{{ variable }}的 Ansible 模板、Kubernetes 的validation.openAPIV3Schema嵌套定义 - 注意：这不是插件冲突，即使禁用所有插件，问题仍存在——根源在语法定义本身
禁用高亮 + 强制 Plain Text 是最快止损方案
如果你只是查看或轻量编辑 YAML（比如改个镜像 tag、调个副本数），根本不需要语法高亮。关掉它，卡顿立刻消失，且比降级或换插件更可靠。
- 已打开文件：按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入View: Toggle Syntax Highlighting回车 - 右下角点击当前语法名（如显示
YAML），选Open all with current extension as… → Plain Text - 若想永久对某类文件生效：打开一个
.yml文件 →Preferences → Settings – Syntax Specific→ 添加：{ "syntax": "Packages/Text/Plain text.tmLanguage" } - 补充关闭渲染项（可选）：
"draw_white_space": "none"、"highlight_line": false、"word_wrap": false
要高亮又不卡？换专用语法包，别碰默认 YAML
真正解决卡顿 + 保留高亮，唯一办法是绕过 ST4 自带的 YAML 语法，换成社区维护的轻量专用语法——它们用精确 scope 定义替代模糊正则，跳过无意义的回溯。
- 对 Kubernetes YAML：安装
Kubernetes YAML插件（Package Control 搜索，确认作者是brandonweiss或sublimelsp），安装后右下角切换为该语法；它只匹配apiVersion、kind、metadata等固定字段，不扫描整行 - 对 Ansible：装
Ansible插件（非YAML插件），它把when:、loop:、{{ }}当作独立 scope 处理，避免正则泛匹配 - 对 Docker Compose：必须用
YAML (Docker Compose)语法（来自YAML Language Support插件），它硬编码了services、volumes等顶层 key 的折叠规则 - 关键动作：在用户设置中加
"translate_tabs_to_spaces": true，否则混用缩进会让任何语法包失效
大 YAML 文件（>1MB）必须设 large_file_size_limit
即使换了专用语法，ST4 对超大 YAML 仍会尝试构建符号索引、计算折叠范围、高亮当前行——这些操作在 10MB 的 Helm chart 或 Kustomize 渲染结果里会彻底锁死 UI。
- 进
Preferences → Settings – User，添加："large_file_size_limit": 50
（单位 MB，设 50 是平衡点：日常values.yaml不受影响，helm template 输出自动跳过分析） - 这个配置只对新打开文件生效；已卡住的文件需先切到
Plain Text，再重启 Sublime - 配合
"index_files": false和"auto_complete": false，防止后台插件偷偷扫描 - 如果只是查看（非编辑），直接用
less或jq -r '.spec | keys' file.json更快——Sublime 的设计目标从来不是读大文件
最易被忽略的一点：卡顿往往不是单个设置导致的，而是 large_file_size_limit + 专用语法 + 禁用 translate_tabs_to_spaces 三者同时失效——比如你装了 Kubernetes YAML 插件，但没关 Tab 缩进，高亮一开就崩；或者设了阈值，却忘了重启编辑器，新文件仍走默认路径。调优时务必逐项验证，别堆配置。
