VSCode括号跳转按AST嵌套关系匹配而非视觉位置，光标必须落在括号字符本体上，依赖语言服务和languageId，禁用matchBrackets会削弱反馈，彩虹括号需开启原生染色且颜色循环复用。
VSCode 括号配对“找错”，90% 不是 bug，而是它按语法树层级匹配，不是按缩进或视觉位置——光标在最内层 } 上，editor.action.jumpToBracket 一定跳回紧邻的 {，不会越级跳到外层 {。
为什么括号跳转总跳到“不对的”括号？
这不是失效，是 VSCode 的设计逻辑：它依赖语言服务解析出的 AST（抽象语法树），只认“直接嵌套关系”。比如这段 TypeScript：
type T = { a: { b: number }[] };
光标停在最末尾的 } 上，跳转目标必然是它前面那个 {（即 b: number 所在对象），而不是开头的 {（a: 所在对象）。
- 嵌套超 20 层时，部分语言服务会主动降级或截断解析，导致跳转中断或回退到最近单侧括号
-
editor.matchBrackets设为near或never时，连基础高亮都关了，跳转命令虽仍可执行，但缺乏视觉反馈，容易误判“没动” - 模板字符串里的
${}、JSX 中的<div> 标签、JSON 文件里的 <code>()—— 这些都不是语法意义上的“结构括号”，editor.action.jumpToBracket完全忽略彩虹括号怎么配才不白装？
原生
editor.bracketPairColorization.enabled必须开启，否则所有插件（包括 Bracket Pair Tamer）的上色都无效——它只负责“染色”，不负责“配对识别”。- 颜色最多生效 6 层，但默认只暴露
foreground1–foreground3；超出第 3 层自动循环复用，不用硬配foreground4等字段 - 别碰已废弃的
background1字段名（那是老版 Bracket Pair Colorizer 插件用的），VSCode 原生只认foregroundX - 如果用了
workbench.colorCustomizations自定义颜色，建议加透明度（如#FF6B6B33），避免盖住变量名高亮
快捷键配
Ctrl+Shift+\还是Ctrl+Shift+J？Ctrl+Shift+\在中文输入法下极大概率被拦截（搜狗/微软拼音默认设为「中英文标点切换」），Ctrl+Shift+]则常被 Logitech Options、PowerToys 或 macOS Spotlight 劫持。实测冲突最少的是Ctrl+Shift+J。- 必须加
when条件："when":"editorTextFocus && !editorReadonly"，否则在搜索框或终端里按也会触发 - 配置路径：Ctrl+Shift+P → 输入
Preferences: Open Keyboard Shortcuts (JSON)→ 贴入键位定义 - 已有同键位绑定时，VSCode 设置界面会标黄提示，点它就能跳转覆盖，不用手动删旧条目
光标放哪儿才能让跳转真正生效？
editor.action.jumpToBracket不是“靠近就跳”，它严格要求光标**落在括号字符本体上**——不能是空格、换行、注释内，也不能是字符串中间。- 写
if (x > 0) {，光标停在>后面空格 → 不响应 -
const s = `a${b}c`;中的${和}→ 不识别，它们属于模板插值，非结构括号 - JSON 文件里出现
()→ 直接被忽略，JSON 语法不允许圆括号 - 文件语言模式是
Plain Text→ VSCode 不启动语法服务，括号根本不参与配对
最易被忽略的一点：跳转行为完全依赖当前文件的
languageId。哪怕代码本身合法，右下角显示Plain Text，所有括号功能就等于关机状态——点一下手动切到JavaScript或对应语言，立刻恢复。 - 颜色最多生效 6 层，但默认只暴露
