filediffs插件的「与剪贴板对比」命令可精准比对选区与剪贴板内容，自动处理换行符、尾部空格、bom等干扰；而sublime原生text→diff因无标准化处理，易致错位和误标差异。
直接用 FileDiffs 插件的「与剪贴板对比」命令，就能比对当前选区和剪贴板内容——它不比整文件，只比你选中的那几行，且自动处理换行符、尾部空格、BOM 等干扰项。
为什么不能用 Text → Diff 菜单项？
Sublime 原生的 Text → Diff 是个“字符串拼接式”对比：它把选中文本和剪贴板内容当两段纯文本硬拼，不做任何 normalize。结果就是：
- 剪贴板里是
CRLF，当前文件是LF→ 整行错位，差异高亮全乱 - 复制自 Slack 或微信的代码带多余空格 → 每行末尾都被标为修改
- 含 UTF-8 BOM 的剪贴板内容 → 第一行莫名多出 3 字节差异
- 选区跨多行但缩进不一致 → 行对齐失败，diff 输出几乎不可读
如何正确触发选区 vs 剪贴板对比？
确保已安装 FileDiffs（通过 Package Control: Install Package 安装），然后按以下顺序操作：
- 在文件中用鼠标或键盘选中你要比对的代码块（支持多行、跨函数）
- 按快捷键
Ctrl+Shift+H（Windows/Linux）或Cmd+Shift+H（macOS） - 或打开命令面板
Ctrl+Shift+P，输入FileDiffs: Compare with Clipboard并回车 - 插件会立刻弹出新标签页，显示选区内容（左）与剪贴板内容（右）的 diff 结果
注意：不需要提前保存文件，也不需要把剪贴板内容粘贴到新文件里——FileDiffs 直接读取剪贴板原始字节并做标准化处理。
对比结果里哪些细节容易被忽略？
diff 界面看似简单，但几个关键点决定你能不能快速定位真实差异：
-
FileDiffs默认启用ignore_whitespace_changes，但不会忽略「行首缩进变化」——这是有意为之，因为缩进变更常代表逻辑改动 - 如果剪贴板内容编码异常（比如 GBK 编码的中文混入 UTF-8 文件），插件会 fallback 到字节级比对，并在状态栏提示
encoding mismatch - 选区为空时触发该命令，会退化为「整文件 vs 剪贴板」对比——这不是 bug，是设计行为，但容易误判成功能失效
- 对比窗口关闭后，剪贴板内容不会被清空，下次仍可复用；但若剪贴板被其他应用覆盖，再次对比会自动读取最新内容
真正麻烦的不是怎么调起对比，而是你复制的那段代码本身是否携带了编辑器不可见的格式噪声——FileDiffs 能帮你过滤掉大部分，但没法修复语义错误。
