vscode原生compare功能完全够用，无需插件；命令面板是唯一稳定触发方式，因其他入口受限于上下文；file: compare active file with支持跨路径对比，前提为当前有聚焦的已保存文件；快捷键为ctrl+k ctrl+d（win/linux）或cmd+k cmd+d（macos）；编码与换行符不一致会导致假差异，需统一为utf-8和lf；diff视图中→←按钮用于双向复制修改，但需手动保存，且不自动响应外部文件变更。
VSCode 自带的 File: Compare Active File With 功能完全够用，不需要装任何 Compare 插件——装了反而容易干扰原生逻辑、引发编码解析冲突或覆盖右键行为。
为什么命令面板是唯一稳的触发方式
其他入口（右键菜单、拖拽、标签页操作）都受限于上下文：比如资源管理器多选只在两个文件路径同属一个工作区时才出现 Compare Files；编辑器标签页右键的 Compare with Saved 仅对未保存修改生效；拖拽进代码区会直接替换内容，不是对比。
-
File: Compare Active File With命令不挑路径：跨磁盘、跨工作区、含中文或空格的路径都能识别 - 前提只有两个：当前必须有一个已打开且聚焦的文件（光标在编辑区）；目标文件必须已保存（不能是
Untitled-1） - 快捷键是
Ctrl+K Ctrl+D（Windows/Linux）或Cmd+K Cmd+D（macOS），但注意是两组连按，不是同时按 - 命令灰掉？99% 是焦点不在编辑器内（比如你在终端、设置页或搜索框里）
对比结果全是“假差异”？先看右下角状态栏
VSCode 的 diff 计算依赖底层文本属性一致。一旦编码或换行符不匹配，就会误标大量红绿块，尤其在 JSON、YAML、配置文件中高频出现。
- 点右下角编码标识（如
UTF-8或UTF-8 with BOM）→Save with Encoding→ 统一为UTF-8 - 点右下角换行符标识（
CRLF或LF）→Change End of Line Sequence→ 全部设为LF（推荐）或全部CRLF - 若需检查缩进/首尾空格是否被删改，进设置搜
files.ignoreTrimWhitespace，关掉它（默认开启）
Diff 视图里那些箭头和按钮到底怎么用
左侧固定为当前活动文件（基准），右侧是你选的目标文件。顺序由你“先打开谁、再选谁”决定，无法靠拖拽或点击图标反向切换。
- 行号旁的
→：把右侧改动复制到左侧（即“应用到左”） - 行号旁的
←：把左侧改动复制到右侧 - 这些按钮默认灰色——只有你手动编辑过某一行后才会激活
- 修改后不会自动保存，必须显式
Ctrl+S（或Cmd+S）写回对应文件 - 外部程序改了源文件？VS Code 不会自动刷新 diff 内容，得手动重开对比
真正容易被忽略的是：diff 视图里的所有操作都基于当前打开的文件副本，不是实时监听磁盘。如果其中一个文件在外部被其他编辑器修改过，而你没重新触发对比，看到的就可能是过期状态。
