VSCode 1.67+ 原生括号着色已完全取代 Bracket Pair Colorizer 插件，启用 "editor.bracketPairColorization.enabled": true 即可获得轻量、稳定、无冲突的括号高亮，无需插件且性能更优。
VSCode 1.67+ 版本已内置稳定可靠的括号着色功能，Bracket Pair Colorizer（原版）和 Bracket Pair Colorizer 2 都不再必要——尤其在 1.118 版本后，原生能力已覆盖全部核心需求，且无兼容性风险、无 CPU 抖动、不与 Highlight Matching Tag 或 Auto Close Tag 冲突。
启用 VSCode 原生括号着色（推荐首选）
这是当前最轻量、最兼容、最省心的方案。它不是“替代”，而是“接管”：VSCode 自己完成括号识别与着色，无需插件参与。
- 打开
settings.json（快捷键Cmd + Shift + P→Preferences: Open Settings (JSON)） - 确保以下两项为
true："editor.bracketPairColorization.enabled": true"editor.guides.highlightActiveBracketPair": true - 如需调整颜色，直接配置
"editor.bracketPairColorization.colors"，例如："editor.bracketPairColorization.colors": ["#FF6B6B", "#4ECDC4", "#45B7D1", "#96CEB4"] - 若用深色主题发现对比度不足，可额外加一句：
"workbench.colorCustomizations": { "editorBracketMatch.background": "#2d2d2d" }
禁用旧插件前必做的三件事
很多人的“着色失效”其实源于残留冲突。别急着装新插件，先清理旧配置：
- 卸载所有名称含
Bracket Pair Colorizer的扩展（包括原版和 v2），它们在 1.118 中已明确被标记为“不推荐” - 检查
settings.json中是否还存在bracketPairColorizer或bracket-pair-colorizer相关字段，全部删掉——这些配置对原生功能无效，反而可能触发警告 - 禁用
Rainbow Brackets和Highlight Matching Tag：二者会劫持括号渲染通道，导致原生高亮变灰、延迟或闪烁
什么情况下还得用 Rainbow Brackets
仅当你的项目重度混合 JSX、模板字符串嵌套、SQL 片段或自定义 DSL，且原生着色在 {} 或 ${} 处频繁漏标时，才考虑它。但它不是“更好”，只是“更激进”：
- 安装后必须关闭原生着色：
"editor.bracketPairColorization.enabled": false - 它依赖语法树解析，对非标准语法（如 Vue 的
v-for表达式）识别率更高，但代价是启动略慢、内存占用略高 - 配色不可微调到单个括号类型（如只改
[]不动{}），只能全局设rainbowBrackets.colors数组 - 若你同时开 ESLint + TypeScript Server，建议观察 CPU 占用——它在大型文件中可能引发轻微卡顿
真正容易被忽略的是：原生括号着色默认只响应光标停留位置，不会像老插件那样“全文件预着色”。这不是缺陷，而是性能取舍——它意味着滚动时零延迟，但首次打开大文件时，要等光标停在某对括号上，匹配色才出现。如果你习惯了“一眼扫全结构”，需要一两分钟适应这种“按需高亮”的节奏。
