VSCode括号着色全灰但辅助线正常，大概率是插件劫持高亮控制权；根本原因是插件注册自定义token provider或篡改editor.bracketPairColorization.enabled值，导致原生配对识别被跳过。
括号着色全灰但辅助线还在？大概率是插件劫持了高亮控制权
VSCode 1.85+ 原生括号着色功能稳定可用，失效几乎从不因为“功能坏了”，而是某个插件在后台覆盖或禁用了关键链路。典型现象包括：括号统一灰色、光标悬停无反应、嵌套层级颜色不区分、甚至报错 Cannot read property 'document' of undefined。
根本原因在于——插件注册了自定义 token provider，或直接修改 editor.bracketPairColorization.enabled 的运行时值，导致原生配对识别被跳过或中断。
- 最常肇事的插件：
Bracket Pair Colorizer 2（已归档，与原生机制冲突）、Vetur（和 Volar 共存时抢夺 Vue 文件括号解析权）、Auto Rename Tag（旧版会劫持 HTML/JSX 括号作用域） - 检查方法：终端执行
code --disable-extensions启动 VSCode，若括号立刻恢复彩色，就坐实是插件问题 - 别信“禁用全部扩展”按钮——它不阻止某些插件后台自启；必须用
--disable-extensions参数才彻底隔离
如何快速定位具体是哪个插件在干扰
不用猜，用 VSCode 自带机制二分排查，5 分钟内可锁定罪魁祸首。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并运行Extensions: Disable All Installed Extensions - 再运行
Developer: Reload Window - 若括号着色恢复正常，说明问题出在插件上；然后逐个启用插件，每启一个就
Reload Window一次 - 重点关注
Output面板中Extension Host日志：出现Failed to register token provider或overriding existing theme rule就基本可判定该插件为冲突源
settings.json 里藏着的隐形杀手
即使插件都禁用了，括号着色仍可能失效——常见于 workbench.colorCustomizations 字段被误写或残留非法配置。
-
workbench.colorCustomizations若存在且为空对象{}，会静默阻止所有主题的颜色注入，括号高亮色（editorBracketHighlight.foreground1等）直接不生效 - 检查方法：按
Ctrl+Shift+P运行Preferences: Open Settings (JSON)，搜索该字段，整段临时注释或删除 - 保存后按
Ctrl+K Ctrl+T切回当前主题，立即验证是否恢复；若恢复，说明它在“抢权” - 注意：
workbench.colorCustomizations控制的是 UI 元素（侧边栏、标题栏等），不是代码高亮；硬塞进括号颜色配置反而会破坏原生逻辑
语言模式错位是静默失效的头号原因
右下角显示 JavaScript 不代表括号真被解析了——很多插件会伪造语言标识，实际语法服务未加载，括号匹配直接跳过。
- 点开右下角语言模式，确认不是
Plain Text、JSON with Comments或错误映射的Custom Language - Vue 文件务必是
vue（非html或typescript），TSX 文件应为typescriptreact（非typescript） - 对无后缀或自定义模板文件，在
settings.json中显式绑定："files.associations": { "*.mytpl": "javascript" } - 远程开发（SSH/WSL）时，该设置必须写在远程环境的用户设置中，本地配了无效
