Ctrl+Shift+H（Win/Linux）或Cmd+Shift+H（macOS）是VSCode硬编码的全局替换快捷键，对应内置命令workbench.action.replaceInFiles，微软未开放重映射权限，右键仅支持重置，强行覆盖会被启动时忽略。
VSCode 全局替换没有独立的“快捷键设置”入口，Ctrl+Shift+H（Win/Linux）或 Cmd+Shift+H（macOS）是硬编码的默认绑定，不能通过界面开关关闭或迁移——它始终指向「在文件中替换」功能，改不了，也不该改。
为什么改不了 Ctrl+Shift+H？
这个快捷键对应的是 VSCode 内置命令 workbench.action.replaceInFiles，属于核心编辑行为，微软未开放其键位重映射权限。你可以在「键盘快捷方式」设置里搜到它，但右键只有「重置键绑定」选项，点「更改键绑定」会提示「此快捷键已由系统保留」。
- 所有其他快捷键（比如
Ctrl+H单文件替换）都可自由修改，唯独这个不行 - 试图在
keybindings.json里强行覆盖会失败，VSCode 启动时直接忽略该条目 - Mac 用户尤其注意：
Cmd+Alt+F常被系统级快捷键（如 macOS 的「聚焦搜索」）劫持，不是 VSCode 不响应，而是按键根本没传进来
真正能改的其实是「全局搜索」快捷键
Ctrl+Shift+F（Win/Linux）和 Cmd+Shift+F（macOS）才是可自定义的全局查找入口。它和 Ctrl+Shift+H 行为不同：前者只查不换，后者直接进替换模式。很多人混淆二者，误以为改了 Ctrl+Shift+F 就等于改了全局替换。
- 在「键盘快捷方式」里搜
workbench.action.findInFiles，右键可安全修改 - 改完后，
Ctrl+Shift+F仍打开搜索面板，但需手动点「替换」箭头才能进替换流程——多一步，但可控 - 若你习惯先搜再审再换，这个改动反而更符合工作流；若追求一步到位，别动它，就用原生
Ctrl+Shift+H
想让 Ctrl+Shift+H 生效，先排除这三类干扰
快捷键“失灵”90% 是环境问题，不是键位被占用了：
- 光标不在编辑器区域：终端、调试控制台、设置页、扩展页内按无效——必须确保焦点在任意一个打开的代码/文本标签页里
- 工作区未加载：只打开了单个文件（没用文件夹打开项目），
Ctrl+Shift+H会退化为「当前文件替换」，且不显示范围选择器 - 右下角显示 Read-only：文件系统只读或权限不足，替换按钮灰掉，此时快捷键虽触发但无实际动作
真正麻烦的不是快捷键本身，而是替换后不保存、范围没限定、正则写错却没报错——这些都不会拦住 Ctrl+Shift+H，但会让你改完才发现全错了。
