ctrl+shift+h 是“在文件中替换”，需先通过 file → open folder 加载项目根目录才能全局生效；逐个确认须点击每条结果末尾的 → 按钮跳转核对，正则替换仅支持 $1 引用，替换后务必通过 ctrl+shift+g 查看 git diff 验证真实变更。
Ctrl+Shift+H 打开的是“在文件中替换”，不是单文件替换
很多人按 Ctrl+Shift+H 后发现只替换了当前打开的文件，根本没扫描整个项目——这通常是因为没打开文件夹工作区。VS Code 的全局替换功能依赖于「已加载的文件夹」，如果右下角显示 No folder opened，那 Ctrl+Shift+H 实际退化为单文件操作。必须通过 File → Open Folder… 加载项目根目录，否则所有“逐个确认”都只是在骗自己。
点击每个匹配项右侧的“替换”按钮才是真逐个确认
在 Ctrl+Shift+H 面板里，搜索结果以树形结构列出：文件名 → 行号 → 上下文预览。关键点在于：不要点顶部的“全部替换”图标，而要挨个点击每一条结果末尾那个单向右箭头 → 按钮。每次点击，VS Code 会：
- 跳转到对应文件和行，并高亮显示匹配内容
- 把光标停在匹配起始位置，方便你肉眼核对上下文（比如是否在注释里、是否是字符串字面量）
- 替换后自动保留光标位置，继续点下一条即可
这个流程没有二次弹窗，但它是唯一能实时审查每处变更的方式。误点顶部“全部替换”后，跨文件修改无法一键撤回——Git diff 是你最后的防线。
正则替换时，$1 引用必须生效，否则点“替换”也白点
如果你开了正则模式（右下角有 Regex 标签），但替换内容里写了 ${1} 或 \1，VS Code 会静默忽略捕获组，直接输出字面量。实际生效的只有 $1。常见错误包括：
- 查找输入
console\.log$$([^)]+)$$，替换写成logger.info(${1})→ 结果变成logger.info(${1}) - 忘记点亮
.*图标，导致^、\d全部当普通字符处理，点“替换”看似成功，实则什么都没改 - 多行匹配用了
.*却没加[sS]*或(.|\n)*，换行符根本没被匹配，结果只替换了第一行
替换后立刻用 Git 视图检查，别信面板里的“已替换”提示
Ctrl+Shift+G 打开源代码管理视图，比任何面板都可靠。原因很简单：VS Code 的替换是直接写内存，不走 diff 预检。即使你点了 20 次“替换”按钮，也可能因为正则边界没写对，把不该动的 console.log 注释或 JSON 字符串一起干掉了。Git 视图里红绿高亮的差异行，才是真实发生的变化。特别注意：
- 检查
node_modules是否意外被包含（看files to exclude有没有清空或覆盖） - 大文件里出现大量改动，大概率是正则没锚定，比如用了
[sS]*error而不是^.*error$ - TSX/JSX 文件中属性值含换行时，
[sS]*?比.*?更安全
真正的逐个确认，不在点击动作本身，而在跳转后盯住上下文 + 切 Git 看红绿块。漏掉这两步，所谓“逐个”只是心理安慰。
