ctrl+shift+h不弹出主因是输入法劫持按键事件，而非vscode配置问题；需先切英文输入法验证，再关闭搜狗、微软拼音等的中英文切换快捷键，或用keybinding troubleshooter定位冲突源。
Ctrl+Shift+H 替换面板压根不弹出
不是 VSCode 没反应，而是按键事件根本没传进来。最常见的是输入法在中文模式下劫持了 Ctrl+Shift+H —— 搜狗、QQ 拼音、微软拼音都默认用这个组合切换中英文或打开设置面板。验证方法很简单：切到纯英文输入法（Win+Space 或 Cmd+Space），再按一次 Ctrl+Shift+H。如果面板立刻弹出，问题就锁定在输入法。
临时解决不用改设置：直接用系统自带「微软拼音」并设为「仅英文模式下生效」；macOS 用户则去「系统设置 > 键盘 > 快捷键 > 输入源」关掉「选择上一个输入源」和「选择下一个输入源」对应的快捷键。
Ctrl+Shift+H 显示灰色/禁用状态
说明 VS Code 收到了按键，但当前上下文不满足触发条件。常见原因有：
- 焦点在集成终端（
Ctrl+`打开的那个黑框）里：终端自己吃掉了快捷键，编辑器功能全部失效 - 右下角语言模式显示为
Plain Text或未识别的类型：全局替换依赖编辑器上下文，非文本文件或未识别语言可能抑制面板唤起 - 某些扩展（如 Vim 插件）处于 Normal 模式：此时
Ctrl+Shift+H不被监听，需先按Esc退出插入态
快速切回编辑器：按 Ctrl+1（跳转第 1 个编辑器组）或 Ctrl+Tab 循环切换；确认语言模式后，可右键文件标签 →「Reopen with Language Mode」手动指定。
替换面板能打开，但正则替换总失败
VS Code 用的是 JavaScript 正则引擎，捕获组引用只认 、，写成 或 $ 会静默失效——界面不报错，也不替换，只是原样保留原文。
例如查找 class="([^"]+)"，想替换成 class="$1 is-primary"，就不能写 class="\1 is-primary"；要字面量输出 $1，得写成 $$1。
其他高频踩坑点：
- 中文括号、全角引号、未转义的
.或/会导致匹配失败，建议先关掉.*按钮，确认普通文本能搜到，再逐步加正则 -
.*默认不跨行；如需匹配多行内容，勾选.*旁的 dotAll 模式，或用[\s\S]*替代
快捷键被覆盖但找不到源头
别猜，让 VS Code 自己告诉你谁在拦截。按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）→ 输入并执行 Developer: Toggle Keybinding Troubleshooter，然后立刻按 Ctrl+Shift+H。面板会列出所有匹配项：
- 带 ▶ 绿色箭头的是当前实际生效的绑定
- 来源为
Extension的条目最可疑（比如vscodevim.handleKey、gitlens.showQuickFileHistory） - 灰色条目表示
when条件不满足（例如只在 Markdown 文件中生效）
若发现冲突，右键该条目 →「Remove Keybinding」；或更彻底地，点击右上角「打开键盘快捷方式 JSON」图标，清空 keybindings.json 中内容，只保留 []，重启后自动回退到默认绑定。
真正麻烦的不是快捷键本身，而是它背后那层看不见的拦截链：输入法、GNOME/macOS 系统快捷键、Vim 模式状态、终端焦点、语言模式识别……任何一个环节断掉，Ctrl+Shift+H 就会变成哑巴。排查时优先验证是否“按键传进来了”，再查“VS Code 是否愿意响应”。
