最直接可靠的方式是按Ctrl+Shift+G打开源代码管理视图，查看Git差异：红色行表示被替换的原内容，绿色行表示新内容；若未启用Git，可立即用Ctrl+Shift+F重新搜索新旧内容验证数量与位置。
替换后怎么立刻看到改了哪些地方
VSCode 不会在替换完成后自动高亮所有变更位置，也没有“替换历史”面板。最直接、最可靠的方式是切到 Ctrl+Shift+G（源代码管理视图），看 Git 差异。只要项目已初始化 Git 且替换前没未提交的修改，所有被替换的文件都会出现在“更改”列表里。
点击任一文件，右侧打开的 diff 视图中：红色行是原内容（被删掉的），绿色行是新内容（刚写入的）。上下文保留完整，一眼就能判断是否改对了——比如 console.log 是否误替换了注释里的字符串，或者属性值是否连带改错了相邻字段。
如果没开 Git，或想快速回溯替换前的文本，可以：
- 立即按
Ctrl+Shift+F，重新搜旧内容，看是否还有残留（注意关掉Aa和.*，避免匹配逻辑干扰） - 再搜新内容，确认新增项数量与预期一致（比如你替换了 12 处，结果只搜出 8 个，大概率漏了）
- 右键编辑器标签 → “在资源管理器中显示”，定位到文件，用系统级文件对比工具打开前后版本（不推荐，但应急可用）
为什么“查找结果”面板不能代替 diff 审查
很多人习惯替换完立刻回到 Ctrl+Shift+F 面板点“查找全部”，以为能复现所有改动。但这里有两个关键盲区：
- 如果替换引入了新 bug（比如把
user.name改成user.fullName，但fullName字段根本不存在），Ctrl+Shift+F搜不到任何异常，它只告诉你“新字符串在哪”，不告诉你“逻辑对不对” - 如果替换跨多行或含空格/缩进（比如把 JSX 属性拆成两行），
Ctrl+Shift+F默认的.不匹配换行符，会导致部分结果不显示，你以为全替完了，其实漏了几处 - “查找结果”面板不保留原始上下文快照，点进去看到的是当前文件状态，无法对比“改之前长什么样”
哪些情况 diff 也看不出问题
Git diff 能准确反映文本变更，但对以下场景无能为力：
- 替换内容本身语法合法但语义错误：比如把
if (x === 1)替成if (x == 1)，diff 显示清楚，但 JS 运行时可能出错 - 正则捕获组引用错误：写了
$2却只有 1 个括号，VSCode 静默忽略，diff 里看起来像“没改”，其实是替换失败了 - 文件编码或 BOM 变化：某些替换操作会意外改变文件末尾换行符或编码格式，diff 不标红，但可能触发构建失败
- XML/JSON 等结构化文件中，属性顺序调整、引号类型切换（
"↔'）不会在 diff 中高亮，却可能导致解析失败
真正要盯住的三个细节
每次全局替换后，必须手动核验这三项，缺一不可：
-
文件范围是否溢出：检查
files to include和files to exclude字段，确认没因 glob 模式过宽（如用了**/*.ts却忘了排除node_modules）导致声明文件或测试桩被误改 -
正则开关状态是否一致：替换时开了
.*，复查时却关着——尤其是跨会话操作后，VSCode 不记住上次正则状态，右下角没显示Regex标签就等于没生效 -
捕获组编号是否偏移：用了非捕获组
(?:...)或嵌套括号，$1实际指向的不是你认为的那个子表达式；最稳的办法是先用Find All点开几条结果，鼠标悬停匹配高亮处看分组标注
