Ctrl+Shift+H（Win/Linux）或Cmd+Shift+H（macOS）是VSCode全局替换唯一快捷入口，但需先确保面板处于“在文件中查找”模式、执行Find All、再Replace All，最后Ctrl+S保存并Git diff核验，缺一不可。
Ctrl+Shift+H（Win/Linux）或 Cmd+Shift+H（macOS）是触发全局替换的唯一快捷入口，但直接按完就输内容，90% 的人会漏掉关键确认步骤——它不自动扫描，也不自动写入磁盘。
Ctrl+Shift+H 按下后没反应？其实是卡在「当前文件」模式
VSCode 的搜索面板默认状态容易残留为“仅当前文件”，尤其当你刚用过 Ctrl+F 或 Ctrl+H 后再切过来。右上角图标显示灰色文档图标（?），就说明它没真正进入全局模式。
- 别反复狂按快捷键，直接点面板右上角
⋯→ 勾选「在文件中查找」 - 或者更干脆：按完
Ctrl+Shift+F再按一次，强制切回全局视图（Ctrl+Shift+H本质就是带替换框的Ctrl+Shift+F） - Mac 用户注意：
Cmd+Alt+F和Cmd+Option+F是同一组物理键，但系统级快捷键（如截图）可能拦截它，优先改用Cmd+Shift+H
Replace All 点了却没生效？根本没写进文件
VSCode 的「全部替换」只改编辑器内存，标题栏出现 ● 圆点 ≠ 已保存，Git 状态无变化、文件没变蓝，八成是忘了这步。
-
Replace All后必须手动按Ctrl+S（或Cmd+S），否则所有改动仅存于未保存缓冲区 - 没打开过的文件（比如只在 Git 中存在、但从未双击打开过）不会被
Replace All触及——VSCode 不加载它们到内存 - 启用
File > Auto Save并设为afterDelay，可规避漏存，但延迟期间仍可能丢修改
正则替换总失败？$1 和 \1 完全不是一回事
VSCode 用 JavaScript 正则引擎，捕获组引用只认 $1、$2，写 \1 或 $$1 会静默失效：界面不报错，也不替换，只是原样保留旧文本。
- 查
class="([^"]+)"，替换填class="$1 is-primary"，不是class="\1 is-primary" - 要字面输出
$1，得写成$$1；中文括号、全角引号、未转义的.或/也会导致正则静默不匹配 - 启用正则前先关掉
.*旁的.（dotAll）按钮——它会让.匹配换行符，多数 XML/HTML 替换不需要，反而易越界
替换完怎么快速定位所有修改位置？别靠眼睛扫
依赖「查找结果」面板二次搜索效率低，且无法区分已改/未改；真正高效的是 Git 差异视图，前提是操作前已提交或暂存。
- 替换后立刻切到源代码管理视图（
Ctrl+Shift+G），所有被改文件带红绿高亮，点击即看 diff - 红色行 = 被删的原文本，绿色行 = 新插入的内容，上下文一目了然，连缩进、换行影响都能看清
- 如果没开 Git，至少用
Ctrl+Shift+F搜一遍旧关键词，确认是否还有残留——但注意：这只能找到漏网之鱼，不能反推哪些被改了
最常被忽略的一点：全局替换不是“搜完就换”，而是“限定范围 → 预览匹配 → 手动触发 Find All → Replace All → Ctrl+S → Git diff 核验”五步闭环。少任何一环，都可能在几十个文件里埋下隐性 bug。
