VS Code括号配对依赖LSP和语法树感知，非正则匹配；1.85+后功能内建，配置项为editor.bracketPairColorization.enabled，需确认语言模式正确且语法无误。
VS Code 的括号配对与高亮不是靠简单正则匹配实现的，而是依赖语言服务器（LSP）和编辑器内置的语法树感知能力。这意味着：它能准确识别作用域、字符串/注释内的伪括号、嵌套层级，但前提是当前文件有正确语言模式且语法未出错。
为什么 Ctrl+Shift+P 搜索 “Bracket Pair Colorization” 没反应？
VS Code 1.85+ 已将括号配对功能从扩展机制移入核心，并重命名为 editor.bracketPairColorization.enabled。旧版配置项如 editor.guides.bracketPairs 已废弃。
- 检查设置是否被工作区或远程配置覆盖：
Ctrl+,→ 搜索bracketPairColorization，确认三个作用域（User / Workspace / Remote）下均为true - 若仍不生效，可能是语言模式未识别：右下角状态栏查看当前语言标识（如显示为
Plain Text），点击后手动选为JavaScript或对应语言 - 某些语言（如 JSONC、YAML）默认关闭配对高亮，需额外开启
editor.guides.highlightActiveBracketPair
editor.matchBrackets 和 editor.bracketPairColorization.enabled 有什么区别？
前者是基础括号跳转与粗略高亮（仅左右括号变色），后者才是带颜色区分嵌套层级的现代配对系统。两者可共存，但后者优先级更高。
-
editor.matchBrackets：启用后按Ctrl+Shift+P输入Go to Bracket可跳转；在错误语法（如缺右括号）时仍尝试匹配，容易误判 -
editor.bracketPairColorization.enabled：依赖语法解析，遇到/* */内的{或模板字符串里的${会自动忽略，更可靠 - 性能影响：大型文件（>10MB）中，若开启
editor.bracketPairColorization.independentColorPoolPerBracketType（按括号类型分色），可能轻微卡顿
如何快速定位匹配符号？不止靠鼠标悬停
悬停提示只是辅助，真正高效的是键盘驱动操作，尤其在嵌套深或屏幕空间有限时。
- 光标停在任一括号上，按
Ctrl+Shift+P→ 执行Editor: Go to Matching Bracket（默认快捷键Ctrl+Shift+P后输名字太慢，建议记住Ctrl+K Ctrl+J） - 想选中整个括号包裹内容（含括号本身）：光标放括号内，连按两次
Shift+Alt+→（Expand Selection）；或直接按Ctrl+Shift+P→Expand Selection to Brackets - 调试时发现高亮错位？大概率是语法错误导致解析中断——比如 JSX 中漏了
return，或 Vue SFC 的里用了不支持的解构赋值，此时 LSP 无法构建完整 AST，配对就会失效
最常被忽略的一点：括号高亮颜色由主题控制，但颜色池数量有限。如果你同时打开 JS、TS、JSON、HTML 四个文件，而主题只定义了 4 种配对色，那么跨语言切换时颜色会复用，看起来像“配错了”。这不是 bug，是设计取舍。
