sublime text 自带差异对比功能仅标出行号差异，不支持行级高亮、并排对比或跳转，且漏判空格/换行，实用性低；compare folders 插件需通过临时文件夹方式实现可靠比对，而 filediffs 和 diffy 存在兼容性与鲁棒性问题。
Sublime Text 自带的文件差异对比功能够用吗
够用，但仅限基础场景。Sublime Text 原生不提供类似 git diff 的行级高亮或并排对比，它只支持通过 View → Differences → Show Differences（需先选中两个标签页）触发一个极简的逐行比对面板——仅标出哪些行不同，不显示具体修改内容，也不能点击跳转。这个功能连空格/换行差异都常漏判，实际开发中基本等于摆设。
安装 Compare Folders 插件后怎么真正比对两个文件
Compare Folders 是 Sublime 上最稳定、无依赖的比对插件，但它默认只比对文件夹。要精准比对两个独立文件，得绕一下：
- 把两个待比对的文件临时复制到同一空文件夹下（例如
/tmp/compare-a/和/tmp/compare-b/） - 在 Sublime 中分别打开这两个文件夹（
Project → Add Folder to Project…） - 右键任一文件夹 →
Compare Folders→ 选择另一个文件夹 - 插件会生成一个新标签页，列出所有同名文件的差异；双击文件名即可打开并排对比视图
注意：它不会自动识别“当前两个打开的文件”，必须走文件夹路径。强行用 Compare Folders 对单个文件做“伪比对”（比如把同一文件拖两次进项目），结果不可靠。
为什么不要装 FileDiffs 或 Diffy
这两个插件名义上支持文件直比，但实际踩坑率极高：
-
FileDiffs依赖 Python 2.7 运行时，在 Sublime Text 4（默认 Py3.8+）下多数命令直接报错ImportError: No module named difflib -
Diffy会调用系统diff命令，Windows 用户没装 Git Bash 或 WSL 就直接失败，错误信息是Unable to find 'diff' binary - 两者都不支持 UTF-8-BOM、混合换行符（
\r\nvs\n）的鲁棒处理，常把格式差异误判为内容差异
比对时容易忽略的编码与换行问题
Sublime 默认按文件声明编码读取，但比对逻辑不自动 normalize 换行符或 BOM。两个看似一样的文件，可能因以下原因显示大量“假差异”：
- 一个文件末尾有
\r\n，另一个是\n→ 整行被标红 - 一个含 UTF-8 BOM（
\xEF\xBB\xBF），另一个无 → 第一行开头就报差异 - 中文注释用了全角空格（
建议比对前统一处理：用 File → Reopen with Encoding → UTF-8 强制重载，再用 File → Line Endings → Unix (LF) 统一换行符。这些操作不会改原始文件，只影响当前视图。
