高亮延迟本质是语义高亮未触发，因语言服务器未激活或被插件劫持；需检查Extension Host日志、禁用冲突快捷键、确保TS/Volar等服务正确启动并绑定原生命令。
为什么高亮延迟不是“慢”，而是“没触发”
你看到的高亮延迟，大概率不是渲染慢，而是语义高亮压根没启动。VS Code 的语法着色分两层：TextMate（基础词法）和 Semantic Tokens（语义层）。后者依赖语言服务器（如 Volar、Pylance、TypeScript Server）完成初始化，而这个过程常被插件劫持或阻塞。
常见现象包括：defineProps 不变色、ref 和 computed 无类型提示、TS 接口名不蓝、Python 的 def 和 class 全灰——但右下角语言模式明明显示正确。
- 按
F5或Ctrl+Shift+B无反应？说明调试/构建触发链被拦截，语言服务器未激活 -
Output → Extension Host日志里出现waiting for debug session或failed to activate，基本锁定是启动链路卡住 - Volar 的
Take Over Mode必须手动触发，仅重载窗口无效；关掉整个 VS Code 再重开才生效
用 Developer: Toggle Keybinding Troubleshooter 定位快捷键劫持
快捷键冲突不会直接让高亮“变慢”，但会静默吞掉语言服务器的唤醒信号。比如 GitLens 把 F5 绑定到 gitlens.showQuickFileHistory，VS Code 就收不到原生的 workbench.action.terminal.runActiveFile 或调试启动命令，语义解析器永远等不到“开工指令”。
- 启用
Developer: Toggle Keybinding Troubleshooter，再按F5 - 看面板中带 ▶ 的绿色条目——那是当前真正执行的命令 ID
- 灰色条目不代表安全，它可能只是
when条件暂不满足（如当前没打开.vue文件），一旦条件成立就会顶替原生行为 - 右键复制命令 ID 比手写更可靠，避免拼错（比如
editorTextFocu少个s）
禁用冲突插件后必须补绑定，否则高亮不恢复
只删掉劫持者的快捷键配置（如 {"key":"f5","command":"-gitlens.showQuickFileHistory"}），会让 F5 彻底失能。VS Code 不会自动 fallback 到原生命令，语义高亮也就一直卡在“待命”状态。
- 必须显式补上原生绑定，例如：
{"key":"f5","command":"workbench.action.terminal.runActiveFile","when":"editorTextFocus && !editorReadonly"} - 如果项目依赖 TypeScript Server，还要确认
typescript.tsdk指向本地node_modules/typescript，否则会降级使用内置旧版，导致新语法（如const type）无法识别 - 对 Vue 文件，
files.associations中的"*.vue": "vue"必须存在，且不能和Vetur共存——二者同时启用必炸，Volar会拒绝接管
检查 Output → Extension Host 日志里的真实瓶颈
别靠感觉猜哪个插件拖慢了高亮。直接看日志，比任何“二分法”都快。
- 搜索
activation，找耗时超1000ms的插件：如ms-vscode.vscode-typescript-next会在无tsconfig.json时硬拉 TS 服务，吃内存且不可跳过 - 搜索
language server crashed或failed to start，常见于Pylance和Volar启动失败但 UI 不报错 - 若看到
colorHighlight相关报错，说明它尝试渲染装饰（decorations）时被其他插件干扰，比如Prettier或Bracket Pair Colorizer覆盖了同一渲染层
最隐蔽的坑是：你以为问题出在高亮插件，其实它只是受害者——真正卡住的是某个在后台默默扫描全仓库的 Git 插件，或者一个连不上远程 SSH 的连接器。
