最可靠的方式是替换后直接查看 git 差异；需确保项目已初始化 git 且替换前工作区干净，通过 ctrl+shift+g 进入源代码管理视图，点击修改文件查看 diff，红行为旧内容、绿行为新内容，上下文完整便于识别误改。

替换后直接看 Git 差异最可靠

VSCode 没有“替换完成自动高亮变更位置”的功能，但 Git 集成提供了最直观的审查方式。前提是项目已初始化 Git 且替换前未提交的修改处于干净状态（或至少已暂存）。

• 按 Ctrl+Shift+G 切换到源代码管理视图
• 被修改的文件会以修改图标（如 M）列出，点击任一文件，进入 diff 视图
• 红色行是被替换掉的旧内容，绿色行是新内容，上下文保留完整，能一眼识别是否误改了注释、字符串或模板字面量
• 如果没看到变更，说明文件未被 Git 跟踪，或替换操作根本没写入磁盘（常见于未保存的编辑器标签页）

用查找面板反向验证替换效果

不依赖 Git 时，用 Ctrl+Shift+F 反查是最快速的兜底手段——但必须注意查什么、怎么查。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 想确认是否全部替换成功：在搜索框输入**新内容**，点“查找全部”，结果列表即为所有生效位置
• 想排查漏网之鱼：输入**旧内容**再搜，若仍有匹配，说明那些地方没被替换（可能因文件被 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 视图核验

复杂点在于：VSCode 的全局替换是直接写内存再触发文件保存，没有中间预览层。一旦点下 Replace All，它就默认你已人工确认过每处匹配——而这个“确认”动作，只能靠你主动展开上下文、看 Git diff、或反向搜索来完成。