最可靠的方式是替换后直接查看 Git 差异；需确保项目已初始化 Git 且替换前工作区干净，通过 Ctrl+Shift+G 进入源代码管理视图，点击修改文件查看 diff，红行为旧内容、绿行为新内容，上下文完整便于识别误改。
替换后直接看 Git 差异最可靠
VSCode 没有“替换完成自动高亮变更位置”的功能，但 Git 集成提供了最直观的审查方式。前提是项目已初始化 Git 且替换前未提交的修改处于干净状态（或至少已暂存）。
- 按
Ctrl+Shift+G切换到源代码管理视图 - 被修改的文件会以修改图标（如 M）列出，点击任一文件，进入 diff 视图
- 红色行是被替换掉的旧内容，绿色行是新内容，上下文保留完整，能一眼识别是否误改了注释、字符串或模板字面量
- 如果没看到变更，说明文件未被 Git 跟踪，或替换操作根本没写入磁盘（常见于未保存的编辑器标签页）
用查找面板反向验证替换效果
不依赖 Git 时，用 Ctrl+Shift+F 反查是最快速的兜底手段——但必须注意查什么、怎么查。
- 想确认是否全部替换成功：在搜索框输入**新内容**，点“查找全部”，结果列表即为所有生效位置
- 想排查漏网之鱼：输入**旧内容**再搜，若仍有匹配，说明那些地方没被替换（可能因文件被
files to exclude过滤，或正则未覆盖） - 别只看数量，要点开每个匹配项左侧的 ▶ 展开上下文，检查前后几行——比如
console.log("user")被替成debugger; // user，但你可能不希望"username"字符串也被动改掉
全局替换后部分文件没变？先盯住 files to exclude
VSCode 默认跳过 node_modules、.git、dist 等目录，这个行为由 search.exclude 控制。但自定义规则可能误伤业务文件。
- 打开命令面板
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON)，检查是否有search.exclude或files.exclude条目 - 常见翻车配置：
"**/api/**": true本意是排除测试 API mock，结果把src/api/也干掉了 - 临时绕过：在搜索面板右上角点击
⋯→ 取消勾选Use Exclude Settings and Ignore Files，仅本次生效
撤销不是万能的，但能帮你快速比对
Ctrl+Z 在全局替换后可立即撤销全部改动，Ctrl+Y 或 Ctrl+Shift+Z 可重做——这招适合小范围验证，但有明显限制。
- 只对当前已打开的文件有效；未打开的文件即使被替换，
Ctrl+Z也无法恢复 - 若替换后你又手动编辑过其他文件，
Ctrl+Z会把那些编辑也撤回，容易混乱 - 真正安全的做法是：替换前确保 Git 工作区干净，或先执行
git stash，替换完用git diff或 VSCode 的 diff 视图核验
Replace All，它就默认你已人工确认过每处匹配——而这个“确认”动作，只能靠你主动展开上下文、看 Git diff、或反向搜索来完成。 
