文本对比工具 - 在线 Text Diff

1. 比对两段文本

1. 旧文本粘左边，新文本粘右边；也可点示例先看一眼高亮效果。
2. 差异在 Diff 视图中即时高亮：新增、删除与同行修改会分开统计。
3. 布局可在左右并排与上下堆叠之间切换；空白敏感时（缩进即语义的 YAML/Python）保持「忽略空白」关闭；比对散文或日志时打开它可以过滤掉无意义的空格差异。「忽略大小写」适合对大小写不敏感的配置键名比对。

2. 读 diff 的正确姿势

diff 显示的是「最小编辑轨迹」，不是作者的修改过程——同一处改动可能有多种等价的呈现方式。阅读时先看块（连续的增删组合），再孤立看单行：一个「删 3 行 + 增 3 行」的块往往只是一行参数改了名，逐行读反而晕。比对超长文件时先粗扫高亮块的分布与顶部统计数字，定位到区域再细读。

3. 它不是 git diff

• 这里的比对基于你粘贴的快照，适合「两份现成文本」的场景；要追溯文件的修改历史、按提交粒度看演进，用 git log -p。
• 行级比对不感知语法：把一行长 JSON 拆成多行会产生海量差异——先格式化再比对（本站 JSON 格式化工具），或直接用 json-diff 工具做结构化比对。
• 两侧输入默认按纯文本高亮；需要结构化语义时，先统一格式再 diff，比指望编辑器「猜语言」更稳。

4. diff 算法与粒度的选择

文本 diff 的经典算法是 Myers（Git 所用）与 LCS 动态规划——前者省内存、后者易实现。工程上更重要的却是粒度选择：行级 diff 对配置文件最直观；字级 diff 适合自然语言修订；词级介于两者。本页以行对齐为主，并用 Monaco Diff 视图呈现变更——这与多数代码审查工具的「先看行、再看块」习惯一致。注意 diff 结果不唯一：两份文本可能有多条同样最小的编辑路径，不同算法给出的补丁不同但都正确，对比两个 diff 工具的输出差异时别惊讶。

5. 配置文件 diff 的语义层次

• JSON/YAML 先格式化再 diff：键顺序与缩进噪音会淹没真实变更；需要键序无关时，可先用 JSON 排序/美化工具统一两边。
• 「忽略空白」等价于粗粒度的 diff -w：对缩进敏感的语言务必关掉；对日志与散文可打开。
• 时间戳、构建号造成的噪音行，目前靠人工裁剪或先预处理文本，而不是内置正则忽略规则——先删噪音再比对，往往比硬读整屏高亮快。

6. 和 json-diff 怎么分工

文本 diff 把两边当字符串行序列；json-diff 把两边当数据结构，键顺序与空白通常不再制造假差异。API 响应、配置对象、嵌套字段变更优先走 json-diff；日志、散文、非 JSON 配置、补丁可读性优先走本页。两边都先「格式化到可读」再比对，是共同的前置步骤。