文本对比

常见问题

行级、单词、字符三种模式，什么时候用哪一种？

看文本类型和改动粒度：代码、配置文件、JSON 等结构化文本用“行级”，整行增删最直观；修改英文句子用“单词”，能定位到具体词；修改中文文案用“字符”，因为中文不以空格分词，单词模式会把整句当成一个整体。实践中的高效做法是先“行级”定位改动区域，再切换“字符”确认具体改了哪几个字。

我只改了一个字，为什么整行都标成红色？

这是行级比对的正常表现：行级模式以“整行”为最小比较单位，只要一行内容不完全相同，就整体视为被修改，结果会显示为“删除一行 + 新增一行”，而不是局部标红。想看具体改了哪个字，把模式切到“字符”，就能看到红色删除、绿色新增的精确位置。先用行级看范围、再用字符级看细节，是最省眼的组合。

两段文本看起来一模一样，为什么还提示有差异？

通常是“看不见的字符”在作怪：行尾多一个空格、回车与换行混用、全角空格和半角空格、制表符与空格混用，以及中英文引号、括号、逗号的全半角差异，行级模式下这些都会让整行判为不同。排查时把两段文本粘贴到同一处逐字对比，或开启编辑器“显示空白字符”功能，先统一全半角再比较，差异往往立刻消失。

大文件对比会卡吗？有没有大小限制？

对比在浏览器内存中完成，几千行文本通常秒出结果；但差异算法的时间、内存开销会随文本规模快速增长，几十万行或十几 MB 的文本可能出现明显卡顿甚至浏览器无响应，且没有进度条。建议把超大文件拆成多段分别对比，或改用本地 git diff、Beyond Compare 等专业工具；本工具最适合几 KB 到几百 KB 的文档、代码片段和配置比对。

文本对比都能用在哪些实际场景？

常见有五类：代码审查，对比改动前后版本确认每一处修改；合同、报价单、简历的版本校对，防止内容被悄悄改动；配置文件与接口返回数据的比对；A/B 两版文案或译文与原文的逐行核对；以及批量文件去重前的内容预检。配合“交换文本”按钮可随时左右互换确认差异方向，统计面板的“新增/删除块”也能帮你快速量化改动量。