Is there a size limit for comparison?

The practical limit is your device's memory, since processing is in-browser. Files with a few thousand lines compare instantly; the Myers algorithm's cost scales with the number of differences, so even large but similar texts stay fast. Hundreds of thousands of lines with massive differences may take a few seconds.

Which diff mode should I use for code?

Line mode. Code is naturally one-statement-per-line, so line-level output maps cleanly onto how you think about the change. Switch to word or character mode only when a line is flagged as changed and you can't spot the difference within it — that's usually whitespace, quotes, or a single character.

Which mode is best for contracts and prose?

Word mode. Prose changes are usually word substitutions and inserted clauses inside long paragraphs; line mode would flag entire paragraphs and leave you hunting. Word-level highlighting shows exactly which words changed — the same approach as a legal blackline.

Does the diff modify or store my text?

No. Highlighting exists only in the rendered output; your input text is unchanged, and because the tool runs entirely client-side, neither version is transmitted or stored anywhere. Close the tab and the texts are gone.

Why does the diff highlight a line that looks identical?

Almost always invisible characters: trailing spaces, tabs vs spaces, Windows \r\n vs Unix \n line endings, non-breaking spaces, or Unicode lookalikes (curly vs straight quotes). This is precisely the class of change human eyes cannot see and diff algorithms always catch — my trailing-space support ticket was one of these.

Can it detect moved text?

Not as a move. Standard LCS-based diffing reports a moved block as deleted from the old location and added at the new one. If you suspect a move, search the "added" text in the original — an exact hit elsewhere in the file confirms it.

How is JSON Diff different from Text Diff?

Text diff compares characters; JSON Diff parses both documents and compares structure. Reordered keys, changed indentation, and trailing commas produce zero structural differences, so you see only changes in actual values and keys. Use it whenever both sides are valid JSON; fall back to text diff when they aren't.

How do I ignore whitespace or case when comparing text?

Decide first whether whitespace is noise or signal: in reformatted code it is noise, but in YAML or Python indentation it is structure. When it is noise, normalize both sides before diffing — collapse repeated spaces, strip trailing whitespace, and make line endings consistent — so only real changes remain. To ignore case, lowercase both texts before comparing, since the diff treats README and readme as different by default.

What algorithm does git diff use?

By default git diff uses a variant of the Myers algorithm, the same longest-common-subsequence approach from Eugene Myers' 1986 paper that most diff tools share. Git also offers patience and histogram variants that can group changes more readably, but they report the same set of differences — only the presentation changes. This tool uses the same Myers algorithm family.

文本差异检查器:停止眼球检查您实际上看不到的变化

WP Adminify 的客户曾经给我发过两次导出他的插件设置 - "更新前,一切都正常;之后,admin 菜单坏了。其他什么都没有改变。"两个 JSON blob,每个大约 340 行。我并排读了两次,并自信地同意了他的观点:完全相同。什么都没有改变。一定是我们的 bug。

是n't。终于不再相信自己的眼睛,把两个文件分叉了,那是在217行:一个菜单角色键已经从 "administrator" 到 "administrator "-带尾随空间。一个隐形人物。我亲身读过两次, 因为人眼不't比较弦;它们图案- 匹配形状, 和 administrator 並 administrator 具有相同的形状。

那张支持票永久地改变了我的规则: 2篇文字长过十行左右的话,我不't 阅读对比。曾经。 diff 算法没有模式匹配的快捷方式来欺骗 - 它比较每个字符并准确报告不同的内容。文本差异工具 on toolz。dev 在你的浏览器中做到了这一点,这意味着客户配置、合同和未发布的代码永远不会离开你的机器,这里's diffing 实际上是如何工作的,以及如何很好地使用它。

TL;博士: 永远不要在视觉上比较超过几行的文本 - 眼睛会错过尾随空格、交换的数字和单字编辑。将两个版本粘贴到文本差异工具:绿色 = 添加,红色 = 删除,由相同的迈尔斯算法系列进行计算 git diff.使用 行模式 对于代码和配置, 词模式 对于散文和合同。对于结构化数据, JSON 迪夫用意义而不是文字来比较。一切都运行客户端。

差异算法实际上如何工作?

核心思想:找到 最长的公共子序列 (LCS)的两个文本- 最长的行(或单词,或字符)序列出现在两者中,以相同的顺序。LCS中的所有内容都是"不变的。"A版中剩下的whatever's是一个删除;B版中剩下的whatever's是一个添加。A"修改"行只是一个删除和一个恰好坐在彼此旁边的添加。

有效计算此值的标准方法来自尤金·迈尔斯' 1986年论文, "安o(nd)差分算法及其变式".优雅的部分是复杂性界限所说的: N X 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 1 是输入大小,但是 D 是的 差异数量。两个几乎相同的文本几乎瞬间差异,无论它们有多长,因为算法's的工作量表与它们有多不同,而不仅仅是多大。那's为什么差异两个300行配置相差一行感觉瞬间 - 算法几乎什么都不做,这正是你的眼睛做最多工作和失败的情况。

相同的算法系列是默认引擎 git diff,格努 diff、以及您'曾经使用过的大多数比较工具。 (Git 还提供 patience 並 histogram 有时会产生更多人类可读的相同变化分组的变体 - 设置的变化是一样的,表示方式不同。)

1个重要的非显而易见的属性:一个diff并不总是唯一的,如果在现有的2条空行之间加上一条空行,"which"空行是新的,这是真正的模棱两可,不同的工具可能会突出不同的答案,这两个答案都是正确的。

行、单词或字符差异 - 什么时候采用哪种模式?

您在改变输出所用的东西时比较的粒度。弄错了是人们发现差异输出的主要原因"噪声。"

	线级	词级	角色级别
比较	整条线作为原子	个别词语	个别角色
单字编辑显示为	整行已删除+重新添加	就这个词	只是字母发生了变化
最好的	代码、配置、CSV 行	散文、合同、文档	错别字、哈希、编码字符串
弱点	长段编辑:你仍然在队伍中狩猎	回流/重写文本时噪音很大	大编辑无法读取
经典用户	`git diff`	法律黑线/社论评论	"这两个API键看起来完全相同"

具体示例。原件: The quick brown fox jumps over the lazy dog. 修改: The quick red fox leaps over the lazy cat.

行模式 将整个句子标记为已更改 - 准确、无益。
词模式 准确地突出突出 brown→red、 jumps→leaps、 dog→cat。
角色模式 这里是过度杀伤,但它'是唯一会抓住的模式 admlnistrator vs。 administrator。

经验法则:结构化文本(每行一个有意义的语句)想要行模式;流动文本想要单词模式;字符模式是当另外两个人说"更改"时你拿出的放大镜,你可以't看看为什么。我的尾随空间错误是规范字符模式情况。

独立 Diff 工具什么时候比 Git 更好?

Git's的差异性非常出色 对于生活在同一存储库中的事物.惊人的比较工作量不't:

支持票。 我的介绍中的场景 - 两个设置从客户导出。他们're 不在任何回购中。将两者粘贴到文本差异工具答案以秒为单位出现,而不是两次失败的通读。

配置漂移。 分阶段 nginx 配置与生产 nginx 配置。当前 .env vs事情破裂前的备份。 git diff can't 看到两个不同服务器上的文件;复制粘贴可以。

格式化程序验证。 您在文件上运行 Prettier(或 PHPCS 或 Black)并希望它改变信心 仅格式化。前后差:如果你看到除了空白、引号和分号之外的任何东西,格式化程序会触及逻辑,你现在想知道。

两个 API 响应。 Staging返回一个JSON主体,生产返回另一个,前端只在staging中中断。差异响应。 (具体来说,对于JSON,更喜欢 JSON 迪夫-它比较解析的结构,所以键序和空白don't创建误报。通过。运行两个有效负载 json格式化程序首先,如果您想要可读的文本 diff。)

文件和合同。 A供应商返回"相同的合同,并进行小幅更新。"字模式差异是你如何发现付款条款从Net 30到Net 15在一份40页的文件中编辑和律师已经永远知道这一点 - 他们称之为黑线或红线。

翻译和本地化文件。 比较两个版本的a .po file,看看哪些字符串在发送回译者之前实际上发生了变化 - 一个真正的WP Adminify工作流程,可以节省重新翻译400个未更改字符串的费用。

公共线程:当两个版本都作为您可以选择的文本存在时,差异工具会回答 "发生了什么变化? "机械地。并且因为 toolz。dev 工具是客户端,粘贴客户's 配置或未签署的合同不会't 将其传输到任何地方 - 与其余部分相同的参数隐私第一工具箱。

如何在不欺骗自己的情况下阅读差异输出?

颜色约定是通用的: red为旧版's独家内容(已删除),绿色为新版's(已添加)中,不变的文本为上下文渲染平淡,更改后的行显示为红线,后跟其绿色替换。

Diff复习的三个习惯实际上是可靠的:

将版本放入正确的插槽中。 左(或第一字段)旧/原,右新/修改。交换它们,每次添加都读作删除 - I've看着人们为此调试了十分钟错误的方向,如果输出向后看,大概就是。

在开始之前决定什么是噪音。 比较重新格式化的代码?空白更改是噪声 - 标准化或忽略它们。比较 YAML 配置?空白是意义- 缩进是 YAML 中的结构,因此验证 YAML 中的两侧 YAML 验证器并将每个空间视为信号。相同的工具,相反的政策,选择错误要么掩盖噪音的真正变化,要么隐藏它。

读每一只大块头,而不仅仅是第一只。 客 's 尾随空间是变化 #1 of 1。但当一个 diff 显示四个变化,第一个解释你的症状时,停止阅读的诱惑很强烈 - 而变化 #3 有时是下周咬你的 diff 已经做了硬部分;don't 在最后一步重新引入人类采样误差。

文本差异可以告诉您什么?

值得诚实地对待限制:

移动的块读作删除+添加。 从文件顶部剪切一个函数并将其粘贴在底部:diff 报告它已删除并添加,未移动。一些专用工具检测移动;普通 LCS 不't。
它比较文本,而不是意义。 0.1 + 0.2 並 0.3 差异是不同的(它们是),但也表现不同的是,在浮点上 - 相反, "key": 1 vs。 "key": 1.0 在您的语言中可能在文本上不同,但在语义上相同。结构化比较(如 JSON 迪夫() 关闭了数据格式的部分差距。
二进制内容超出了范围。 Images, PDF作为字节,可执行文件-文本diff需要文本。先提取文本,或者使用特定于格式的工具。
案例和编码按字面意思进行比较。 README ≠ readme,以及 UTF-8 卷曲报价 ≠ ASCII 直报价,即使它们在大多数字体上看起来相同。 (眼睛的另一个形状图案陷阱,算法的另一个胜利。)用预标准化箱转换器如果情况应该't 关系到你的比较。

常见问题

我可以比较文件,还是只粘贴文本?

的文本差异工具对粘贴文本的工作:打开任何编辑器中的每个文件,复制,粘贴两面。这使得它与格式无关 - 任何可以比较的's可读文本(代码,配置,CSV,SQL,散文),无论扩展名如何。

有尺寸限制可供比较吗?

实际极限是您的设备's内存,因为处理是浏览器内的。几千行的文件立即比较;迈尔斯算法's成本与数量成比例差异(suo),所以即使是大型但相似的文本也保持快速,数十万行具有巨大差异的行可能需要几秒钟。

我应该使用哪种 diff 模式来进行代码?

Line mode。code 自然是每行一个语句,因此 line-level 输出可以干净地映射到您对更改的看法。只有当一条行标记为已更改时,才能切换到单词或字符模式,并且您可以't 发现其中的差异 - that's 通常为空白、引号或单个字符。

Contract和散文哪种模式最好?

Word模式。散文更改通常是单词替换和插入的条款在长段落内;行模式会标记整个段落,让你狩猎。单词级别的突出显示完全显示哪些单词发生了变化 - 与法律黑线的方法相同。

diff 是否修改或存储我的文本?

号突出显示只存在于渲染的输出中;你的输入文本没有变化,并且由于工具完全运行客户端,因此两个版本都不会传输或存储在任何地方关闭选项卡,文本就消失了。

为什么差异突出显示一条看起来相同的线?

几乎总是看不见的字符:尾随空格、选项卡与空格、Windows \r\n vs 尤尼克斯 \n line结尾,非断裂空间,或者unicode相似(卷曲vs直引号),这正是人类眼睛看不到的变化类别,差异算法总是抓住 - 我的尾随空间支持票据就是其中之一。

它可以检测移动的文本吗?

Not as a move。standard LCS-based diffing 报告从旧位置删除并在新位置添加的移动块。如果您怀疑移动,请搜索 "added" 文本在原始文件中 - 文件其他地方的精确命中确认它。

JSON Diff 与 Text Diff 有何不同?

文本差异比较字符; JSON 迪夫既解析文档又比较结构重新排序的键,更改缩进和尾随逗号会产生零结构差异,因此您只看到实际值和键的变化。每当双方都有效时使用它 JSON;当它们是't时回退到文本diff。

在比较文本时,我如何忽略空格或大小写?

先决定空白是噪声还是信号:在重新格式化的代码中是噪声,但在 YAML 或 Python 缩进中是结构。当它是噪声时,在差异化之前对两侧进行归一化 - 折叠重复空格、剥离尾随空格并使行结尾一致 - 因此只保留真正的更改。在比较之前忽略大小写、小写两个文本,因为 diff 默认将 README 和 readme 视为不同。

Git diff 使用什么算法?

默认情况下,git diff 使用 Myers 算法的变体,这是大多数 diff 工具共享的与 Eugene Myers 相同的最长-公共-子序列方法。 Git 还提供耐心和直方图变体,可以更易于对变化进行分组,但它们报告了同一组差异 - 仅表示变化。该工具使用相同的 Myers 算法系列。

Frequently Asked Questions

The Text Diff tool works on pasted text: open each file in any editor, copy, paste both sides. That makes it format-agnostic — anything that's readable text (code, config, CSV, SQL, prose) can be compared, regardless of extension.