vscode.diff视图能快速定位bug的“变更源头”，通过compare with saved对比未保存修改、file: compare active file with比较两个已存文件、git历史diff查看提交差异，精准识别新增、删除及行内修改。
vscode.diff 视图不是调试器，但它能帮你快速定位 Bug 的“变更源头”——尤其当你不确定改了哪行、谁覆盖了逻辑、或为什么修复没生效时，直接比对才是最快验证路径。
Compare with Saved 是排查本地修改类 Bug 的第一入口
改完代码行为异常？别急着加 console.log 或重启调试器，先点编辑器标签页右上角的 ⋯ → Compare with Saved。这个操作只对比「当前未保存内容」和「磁盘上最后一次保存的版本」，精准锁定你亲手敲进去的每一处变动。
- 如果文件从未保存过，该选项是灰色的——这是设计限制，不是 bug
- 绿色背景 = 新增行，红色 = 删除行，黄色 = 行内字符级修改（比如
===改成==） - 点行号旁的
→可把右侧（当前编辑）改动一键应用到左侧（磁盘原版），适合快速回滚某段可疑修改 - 关闭 Diff 标签页后状态清空，下次再点仍是重新计算，不缓存上次结果
用 File: Compare Active File With 对比两个已保存文件找配置/逻辑漂移
线上行为和本地不一致？怀疑 config.prod.json 和 config.dev.json 有隐性差异？必须先打开其中一个并确保它处于焦点（光标在其中），再按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 File: Compare Active File With，选另一个文件。
- 左侧永远是当前活动文件，右侧是你选的目标；顺序不能靠拖拽反推，得靠打开顺序或命令选择
- 未命名的临时标签页（如
Untitled-1）无法作为右侧目标——VS Code 需要有效 URI，没路径就没有 URI - 如果命令灰掉或报错，说明当前没有激活的可比文件，不是插件问题，是前置条件没满足
Diff 显示“没差异”或“假差异”时，优先检查编码与换行符
明明两份 JSON 看起来一样，Diff 却标满红绿块？或者显示 no differences 但肉眼明显不同？大概率不是 VS Code 问题，而是底层文本属性冲突。
- 看右下角状态栏：确认两边都是
UTF-8（不是UTF-8 with BOM），且换行符统一为LF或CRLF - 点击状态栏中的编码/换行标识 → 手动切换一致后再触发比较
-
diffEditor.ignoreTrimWhitespace默认开启，会忽略首尾空格和空行变化；如需检查缩进是否被误删，点 Diff 视图右上角⋯→ 取消勾选Ignore Trimmed Whitespace - 大文件（>50MB）可能直接禁用 diff 计算，标签页上的对比按钮变灰——这不是卡顿，是主动限制
Git 历史 Diff 卡在 “Loading…” 时，先绕过 VS Code 查 Git 层是否正常
在源代码管理面板点某个提交 → Compare with Previous 卡住？这不是 UI 渲染问题，而是 Git 层读取失败。
- 确认项目根目录存在
.git文件夹，且 VS Code 是从该目录或子目录启动的 - 检查文件是否被
.gitignore匹配——被忽略的文件不会出现在历史 Diff 列表中 - 终端执行
git show HEAD:src/utils.js，看能否正常输出内容；如果报错或乱码，说明 Git 读取失败，VSCode 就没法渲染 - 二进制文件（如图片、压缩包）只会显示
Binary files differ，无法展开文本差异
vscode.diff 视图里的所有操作都基于当前加载的文件副本。如果源文件在外部被其他程序修改过，VS Code 不会自动刷新对比内容——你需要手动重新触发比较，或者先保存再重开。
