在线文本对比与差异工具

什么是文本对比?

// Two strings that look 'mostly the same' but a naïve check disagrees
const a = 'hello world';
const b = 'hello, world!';

// Character equality
a === b; // false — but only 3 characters actually changed.

// LCS-style diff (this tool, at line + word granularity)
// → 1 line modified, inline highlight: 'hello[, ]world[!]'
// → unified patch:
//   --- original
//   +++ modified
//   @@ -1 +1 @@
//   -hello world
//   +hello, world!

核心特性

示例

function getUser(id) {
  const u = db.users.find(x => x.id === id);
  return u;
}

function getUser(userId) {
  const u = db.users.find(x => x.id === userId);
  return u;
}

1. The service is provided as-is.
2. Either party may terminate with 30 days notice.
3. Disputes are resolved in California courts.

1. The service is provided as-is.
2. Either party may terminate with 30 days notice.
2a. Termination notice must be in writing.
3. Disputes are resolved in California courts.

GET /api/users 200 14ms
POST /api/orders 201 88ms
GET /api/orders/42 200 21ms

GET /api/users 200 14ms
POST /api/orders 201 4200ms
GET /api/orders/42 500 21ms

  margin: 0;  
  padding: 0;
  border: none;

  margin: 0;
  padding: 0;
  border: none;

使用方法

1. 1

   粘贴两个版本

   原始文本放左侧,修改后的文本放右侧。边输入边渲染 diff;合并大于 200 KB 的输入会切换为手动 Diff 按钮。

2. 2

   按需打开忽略选项

   忽略大小写、忽略所有空白、忽略行尾空格、忽略空行 —— 各自独立,跨访问保留。

3. 3

   阅读 diff 或获取补丁

   双栏视图供人工阅读,统一视图获得 `---/+++/@@` 补丁格式。「复制统一 diff」将干净的补丁复制到剪贴板,可用于代码评审或 `patch -p1`。

常见 Diff 陷阱

Diff: 200 处修改（全是行尾 \r 引起）

忽略行尾空格 / 制表符 → 2 处真实改动

Diff: 87 处修改（全是缩进变化）

忽略所有空白 → 4 处真实改动

Diff: 第 2 段「完全变了」（只是空行位置移动）

忽略空行 → 第 2 段无变化

显示 0 处差异,但 `cmp` 说文件不同

关闭所有忽略选项 → 真实的 diff 出现

对 JSON 做文本 diff: 100% 行变化（其实只是键重排）

<a href="/zh/tools/json-diff">JSON Diff</a>: 0 处差异

粘了 20,000 行日志 —— 只对比了前 5,000 行

在终端用 `diff -u a.log b.log` 处理完整文件

常见使用场景

代码评审片段

把同一函数的两个版本丢进左右两栏,一眼看出重命名、被删除的分支或新增的守卫子句。对于一行级别的改动,行内单词高亮比扫 GitHub diff 还快。

合同 / 政策红线对比

粘贴昨日合同与今日修订版。新增条款一目了然,未变段落淡为灰色。导出统一补丁作为法务评审留痕。

日志时间线排查

拿事故前的日志切片对比事故中的日志切片。延迟、状态码、频率漂移立刻浮现,无需 `awk`。

稿件 / 草稿修订

粘贴你的草稿与编辑修改后的版本。行内单词 diff 精准展示哪些句子被重写 —— 用于逐条接受或拒绝改动非常宝贵。

翻译评审

把旧译本对比重译版,确认新文本保留了语义、结构与占位符。开启「忽略行尾空格」可消除译者常引入的尾随空白噪声。

配置 / .env 文件审计

对比两份 `.env`、`docker-compose.yaml` 或 shell rc 文件。打开「忽略空行」后,diff 会聚焦于功能性差异而非格式波动。

技术细节

带前缀/后缀裁剪的 LCS

运行动态规划 LCS 之前,会先剥掉公共前导与后缀行。「两份 2,000 行配置仅一行不同」的 diff 会坍缩成 1×1 的 DP 表,渲染时间不到 1 毫秒。

Token 级行内 diff

相邻的删除 + 新增 hunk 被配对,并按 Unicode 的单词/非单词/空白连串切 token。第二轮 LCS 产出绿/红 token 段,让修改行可读。

统一 diff 与 git/patch 兼容

输出遵循为 GNU patch 定义的 `---/+++/@@ -L,C +L,C @@` 格式,Git、GitHub 与所有代码评审工具都在用。可通过 `pbpaste | patch -p0` 应用。

每边 5,000 行的输入上限

超过上限会截断并告警。多 MB 输入请使用命令行 `diff -u` 或 `git diff --no-index`,它们以流式方式处理 GB 级文件。

最佳实践

先选好忽略选项再读

行尾空格、CRLF、大小写噪声会淹没信号。先打开正确的忽略选项,diff 会好读得多,你也不必再训练自己跳过「假」差异。

分享用统一 diff,评审用双栏

可视化列给你的眼睛看,统一 diff 给别人的终端。复制的统一 diff 可以无翻译地丢到 Slack 消息、Jira 评论或 `patch -p1` 里。

用相似度 % 做完整性检查

如果两份文件「基本相同」但相似度却只有 30%,你大概率遇到了行尾或空白问题。打开「忽略所有空白」再次比对,然后再读 diff。

常见问题