插件更新后高亮变慢并非插件“变笨”，而是因默认启用语义高亮、selectionhighlight 全文字符串匹配及旧 semantic-tokens 缓存未清除所致。
为什么插件更新后高亮变慢了
不是插件“变笨”了，而是新版本默认启用了更重的语义高亮（Semantic Highlighting）或扩大了匹配范围。比如 Volar 1.12+、TypeScript Nightly 5.6+、ESLint v3.0+ 都在更新后默认开启 editor.semanticHighlighting.enabled，并依赖语言服务器返回完整 token 列表——但这个过程要等 AST 解析、类型检查、缓存构建完成，尤其在大型项目里，首次打开文件时高亮可能延迟 1–3 秒。
关掉 editor.selectionHighlight 是最快见效的操作
很多人误以为是 editor.occurrencesHighlight 拖慢响应，其实真正卡顿源头常是 editor.selectionHighlight：它会全文搜索**完全相同的字符串**（含注释、字符串字面量、JSON 值），不做语义过滤，也没有防抖。双击选中 handleClick 后，VSCode 可能要扫描整个 node_modules 里的所有 .js 和 .ts 文件。
- 在设置里搜
selection highlight，把editor.selectionHighlight设为false - 保留
editor.occurrencesHighlight为true，它只作用于符号（Symbol），响应更快也更准 - 必须重载窗口（
Ctrl+Shift+P→Developer: Reload Window）才生效
检查 language server 是否在后台疯狂扫描
插件更新后常伴随语言服务策略变更。例如 TypeScript 插件若设为 "auto" 模式（typescript.preferences.includePackageJsonAutoImports 或 typescript.suggest.autoImports 开启），会在你输入时实时遍历 node_modules，间接阻塞高亮渲染线程。
- 临时禁用 ESLint、TypeScript、Prettier 等插件，观察高亮是否恢复灵敏
- 确认
typescript.tsdk指向项目本地node_modules/typescript，避免回退到内置旧版导致反复重解析 - 在
settings.json中加一行："typescript.preferences.includePackageJsonAutoImports": "off"
清空 semantic-tokens 缓存再重启
VSCode 1.80+ 的语义高亮缓存（semantic-tokens）不会随插件更新自动失效。旧缓存可能包含已废弃的 token 类型或错误映射，导致高亮错乱或延迟渲染。
- 完全退出 VSCode（macOS/Linux：右键 Dock 图标 → Quit；Windows：任务栏右键 → Close window，确保进程消失）
- 删除缓存目录：
$HOME/.vscode/Cache/semantic-tokens/（macOS/Linux）或%APPDATA%\Code\Cache\semantic-tokens\（Windows） - 重新启动，打开文件，高亮将按新插件逻辑重建 token 映射
真正影响感知速度的，往往不是高亮本身，而是它和语言服务、缓存、字符串匹配三者之间的耦合。每次插件更新后，优先验证这三项：语言模式是否仍正确、editor.selectionHighlight 是否意外开启、semantic-tokens 目录是否残留旧数据。
