一、行级对比在算什么
最常用的 diff 是行级：把文本按行切开，找出「哪些行新增、哪些行删除、哪些行保留」。底层算法是最长公共子序列（LCS）的变体，目标是让「增删的行数最少」。
- port: 8080
+ port: 9090结果有三种标记：- 删除、+ 新增、无标记表示相同。修改在行级 diff 里表现为「删一行 + 加一行」。
二、行级还是字符级
| 粒度 | 适合 |
|---|---|
| 行级 | 代码、配置、日志，改动通常整行 |
| 字符级 / 词级 | 长段落文字润色、合同条款修改 |
| 结构化（JSON/XML） | 需要忽略键顺序与空白 |
行级对比在「只改了一个词」时会整行标红，看起来改动很大。要看清具体改了哪个字，需要用字符级对比，或让工具在行内高亮差异部分（很多编辑器有此功能）。
三、要不要忽略空白
常常需要，因为：
- 编辑器自动格式化、缩进从 2 空格变 4 空格。
- Windows 的 CRLF 与 Linux 的 LF 混用。
- 行尾多了空格。
忽略空白后，能过滤掉大量噪音，只留真正的改动。但代码里空白可能有语义（Python 缩进、Markdown 的缩进代码块），忽略前要确认。
同样地，「忽略大小写」适合比对配置项，不适合比对代码（变量名大小写不同就是不同的东西）。
四、常见场景的做法
配置对比：忽略空白与注释，按行比，重点看键值变化。
代码 review：先看行级差异，再把「移动了位置的代码块」识别出来——很多 diff 工具能检测「块移动」，避免把重构看成一堆增删。
合同/文稿：用字符级对比，逐字确认。这类文本一处措辞变化可能改变法律含义，不能只看行级。
版本回溯：配合 git，git diff 直接给出行级结果，git diff --word-diff 可以按词对比。
五、和 JSON 对比的区别
文本对比会把键顺序不同视为差异：
{"a":1,"b":2}
{"b":2,"a":1}文本 diff 认为两行完全不同，实际语义一致。JSON 应该用结构化对比：解析成对象再递归比较，详见 JSON 怎么比对差异。
同理，XML、YAML 也最好按结构比，尤其是格式被重新排版过之后。
六、大文件与性能
几万行的日志直接对比会很慢，且结果无法阅读。建议：
- 先按关键字过滤出相关片段再比。
- 用
diff -u a b | head -200限制输出。 - 只比「校验和不同」的文件（先
md5sum快速筛）。
命令行工具：
diff -u old.conf new.conf # 统一格式，最常用
diff -w old new # 忽略空白
diff -i old new # 忽略大小写
diff -r dir1 dir2 # 递归比目录-u 输出的 @@ -1,5 +1,7 @@ 表示「旧文件从第 1 行起 5 行，新文件从第 1 行起 7 行」，看懂这个头部能快速定位。
七、对比结果怎么用
- 只关心「变了没有」：算哈希更快，
sha256sum一致就跳过。 - 关心「变了什么」：用 diff，先看统计（增删行数），再看具体内容。
- 关心「为什么变」：结合 commit message 和上下文，别只看差异本身。
八、工具
两段文本快速对比用 文本对比工具，支持并排高亮；比对结构化数据用 JSON 比对；需要先清理重复行再对比，用 文本去重。
小结
行级 diff 找增删行，字符级看具体改动；忽略空白能过滤噪音但要确认语义；结构化数据按结构比不比文本；大文件先过滤再比。