ctrl+h没反应或无效，90%是输入法劫持或焦点/语言模式问题；windows/macos需禁用输入法快捷键，vs code内应确保编辑器聚焦且语言模式正确，并可通过keybindings.json安全自定义快捷键。
Ctrl+H 按下没反应？先确认按键是否送达 VS Code
VS Code 根本收不到 Ctrl+H，90% 是输入法或系统级工具在中文模式下劫持了这个组合键。搜狗、微软拼音默认把 Ctrl+H 当作「隐藏/显示候选词」或「快捷输入」触发器，在底层就吃掉了事件。
验证方式很简单：按一次 Shift（不松手），再快速按 Ctrl+H —— 如果这时弹出替换框，说明就是输入法拦截；或者切到纯英文输入法（状态栏显示 A 而非 中）再试。
- Windows 用户：右键任务栏输入法图标 →「设置」→ 关闭「使用快捷键打开/关闭候选窗口」和「快捷输入」相关选项
- macOS 用户：系统设置 → 键盘 → 输入法 → 快捷键 → 找到所有含
Ctrl+H或Cmd+H的条目并禁用 - 临时绕过：启动 VS Code 前先切换英文输入法，或用
Ctrl+K Ctrl+H替代（需手动绑定，见下文）
Ctrl+H 显示替换框但无法操作？检查焦点与语言模式
替换框弹出来了，但输不了内容、点不了按钮、找不到「全部替换」——大概率是当前焦点不在编辑器内，或者文件被识别为错误语言模式。
常见表现：
- 光标停在终端里：
Ctrl+H触发的是 shell 的历史搜索，不是 VS Code 替换 - 右下角显示
Plain Text或JSON：某些语言模式下，Ctrl+H可能被插件重映射（比如 JSON Tools 插件会禁用原生替换） - 文件只读或被加密软件锁定：DLP 类工具会拦截编辑器对文件的写入请求，替换后无反馈也不报错
实操建议：
- 按
Ctrl+1确保焦点回到第一个编辑器组 - 右键点击编辑器空白处 →「重新打开编辑器以…」→ 选正确语言（如
JavaScript） - 命令面板输入
Developer: Toggle Developer Tools，在 Console 里按Ctrl+H，看是否有Keybinding not found或权限拒绝日志
想批量删空行/注释/重复代码？别硬敲 Ctrl+H，用更稳的链路
全局替换适合精确字符串，但清理空行、缩进混乱、重复 import 这类结构化任务，Ctrl+H 容易漏匹配、误删、不支持跨行——它本质是行内正则引擎，不是 AST 操作器。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
推荐替代路径：
- 删所有纯空行：打开替换框 → 勾选「正则表达式」→ 查找
^\s*$→ 替换为空 →Enter - 删单行注释（JS/TS）：查找
//.*$，替换为空；注意加$锚定行尾，避免误删 URL 中的// - 删重复 import：先用
Ctrl+F搜import，人工确认模式，再用扩展如Import Sorter或ES7 React/Redux/GraphQL/React-Native snippets自动去重 - 批量改变量名：不要用
Ctrl+H全局替换，选中变量 →F2触发重命名（语义级，跳过字符串和注释）
自定义替换快捷键？keybindings.json 里必须配齐三要素
如果想把替换绑定到 Ctrl+K Ctrl+H 或其他组合，直接往 keybindings.json 里加一条就行，但缺一不可：
-
"key"必须全小写、修饰键顺序固定："ctrl+k ctrl+h"✅，"Ctrl+K Ctrl+H"❌ -
"command"必须是真实命令 ID："editor.action.startFindReplaceAction"（不是“打开替换”这种中文名） -
"when"建议显式加上："editorTextFocus && !editorReadonly"，否则可能在终端或资源管理器里意外触发
示例（安全可用）：
[
{
"key": "ctrl+k ctrl+h",
"command": "editor.action.startFindReplaceAction",
"when": "editorTextFocus && !editorReadonly"
}
]
注意：keybindings.json 里多一个逗号、少一个引号，整段都会静默失效——VS Code 不报错，也不提示。
真正容易被忽略的点：当你在多个工作区或远程 SSH 连接中使用时，when 条件里的 isWorkspaceTrusted 或 remoteAuthority 可能悄悄屏蔽掉你的自定义键，得额外加判断。
