VSCode 中“Go to Bracket”无反应是因为命令名为 editor.action.jumpToBracket，非“Go to Bracket”；默认无快捷键，需手动触发或配置keybindings.json。
为什么 Ctrl+Shift+P 搜 “Go to Bracket” 没反应？
VSCode 默认不绑定快捷键给括号跳转，但功能本身是启用的。你搜不到命令，往往是因为插件冲突或键盘映射被覆盖——比如装了 Vim 插件后，Ctrl+Shift+P 可能被拦截；或者系统级快捷键（如 macOS 的 Spotlight）抢了先。
更直接的办法是手动触发：Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Developer: Toggle Developer Tools 看控制台有没有报错；若无报错，说明功能正常，只是没设快捷键。
- 检查是否启用了
editor.matchBrackets：在设置里搜该配置项，确保值为always（默认） - Vim 插件用户请确认未禁用
editor.autoClosingBrackets或覆盖了editor.gotoLocation.multipleDeclarations - 部分远程开发场景（如 WSL、SSH）下，括号匹配高亮可能延迟 200ms 以上，跳转会卡顿，不是失效
Ctrl+Shift+P 后输什么命令才能真正跳转？
别搜 “Go to Bracket”，VSCode 官方命令名是 editor.action.jumpToBracket。它不依赖光标位置是否在括号上——只要光标在括号内任意位置（包括字符串、注释里），按一次就跳到最近的匹配对；再按一次跳回来。
- 快捷键默认未绑定，可在
keybindings.json中添加：[{"key": "ctrl+]", "command": "editor.action.jumpToBracket", "when": "editorTextFocus && !editorReadonly"}] - 该命令只处理成对符号：
()、[]、{}；不支持<>（JSX/HTML 标签需靠扩展） - 若光标在
function() { if (x > 0) { ... } }的第二个{上，跳转目标是它自己的}，而非外层if的}
嵌套太深时，光标跳到错误括号怎么办？
这不是 bug，是 VSCode 按“语法树层级”而非“视觉缩进”判断匹配。比如在 TypeScript 中写 type T = { a: { b: number }[] }，光标停在最内层 }，跳转会回到它前面的 {，而不是中间那个 {。
这时候得换策略：
- 用
Ctrl+Shift+P→ 输入Editor: Toggle Bracket Pair Colorization开启彩色配对，视觉上立刻区分层级 - 把光标移到你想定位的括号上（哪怕只是轻轻点一下），再按
editor.action.jumpToBracket，它会以该括号为基准找匹配 - 复杂逻辑块建议加临时注释，如
// END handleResponse，配合Ctrl+F搜索比纯括号跳转更可靠
哪些扩展会干扰括号跳转？
干扰主要来自两类扩展：一类是重写编辑器底层行为（如 vim、emacs 键绑定），另一类是注入自定义语言服务（如 Prettier、ESLint 的格式化钩子）。
-
Auto Rename Tag通常不影响跳转，但若开启html.autoClosingTag并设为never，可能让 JSX 中的<div>和</div>不被识别为配对 -
Bracket Pair Colorizer 2已弃用，与 VSCode 原生bracketPairColorization冲突，会导致跳转失效或颜色错乱 - 使用
Remote - SSH时，若服务器端 Node.js 版本低于 14.17，某些语言服务无法正确解析嵌套结构，跳转会随机失败
括号跳转看着简单，实际依赖编辑器对当前语言模式的解析精度。嵌套越深、语法越动态（比如带模板字面量的 JS），越要确认语言服务是否已就绪——看右下角状态栏的语言标识旁有没有小齿轮图标在转，没转完就别急着跳。
