关于 文本差异比较
需要回答「这两段文本到底哪里不一样」的场合很多：比对两份配置看改动了什么、检查发布前后接口返回是否一致、核对同事改写过的文档段落、追查一段代码在两版之间被删掉了哪几行。人眼看长文本几乎必然漏项，逐行比对则能给出确定的答案。 比对算法（通常是最长公共子序列的变体）会把两段文本按行或按字符切成序列，找出共同部分，并把差异标注为新增与删除。按行比对适合代码与配置，因为一次改动通常影响整行；按字符比对适合短文本与句子，能精确定位到标点级别的差别。选择哪种粒度直接决定结果的可读性，粒度错了会看到大面积标红却不知重点在哪。 使用要点：比对前先统一容易造成假差异的因素，例如行尾的空白、制表符与空格的混用、以及文件末尾的换行符——这三项会让两份语义完全相同的文件显示成「几乎每行都不同」，而这类噪声常常掩盖真正的改动。敏感度上，是否忽略大小写、是否忽略空白应有明确选择，排查配置差异时通常选择忽略空白，核对输出内容时则应保持敏感。比较顺序也有讲究：把旧版本放左边、新版本放右边，读起来符合直觉，评审时更省力。 边界与限制：比对结果是「文本差异」而不是「语义差异」，键的顺序调整会让整个对象显示为改动，而实际语义未变，此时先对键排序再比对能大幅减少噪声；同理，格式重排（缩进从两空格改成四空格）会产生大量差异，验证行为是否变化时应当先格式化再比对。超大文件的比对在浏览器内会消耗较多内存，几十兆以上建议改用命令行工具。另外要注意比对工具无法判断哪一侧是「正确」的，它只呈现差异，判断仍需要人来完成。 数据与隐私：要比对的内容经常是配置文件、接口响应与内部文档，其中可能含有密钥与客户信息。本工具在浏览器内完成比对，不上传文本，可以在完全离线的环境中使用，这一点比多数在线比对服务更适合处理内部材料。
与版本控制的分工也需要分清：版本控制的差异是「相对某个基线」的历史比较，能回答谁在何时改了什么；本工具做的是「两个当前状态」的直接比较，更适合评审前的自检与临时核对。改动涉及多方时可以先各自与基线比较、再合并结果，比直接把两版互比更容易看清每一方的贡献。合并冲突的场景下，先分别导出两方的改动再逐段处理，比在冲突标记里直接编辑更不容易出错；处理完成后记得再跑一次全量比对，确认没有残留的标记行被提交。 把这个工具固定用在提交前的自检环节，能拦住大量「顺手改了别的文件」这类低级但难查的失误。 把比对结果与提交说明一并保留，还能在事后复盘时快速回答「这次改动到底动了什么」。
实现原理
比对用最长公共子序列的思路找出两侧共有的部分，其余标记为新增与删除。它能报出的是**文本差异**而非语义差异：键顺序调整、缩进从两空格改成四空格都会显示为大量改动，而语义未变。因此比对前先统一换行、空白与格式，能显著降低噪声。
A: a\nb\nc B: a\nB\nc共同：a、c｜删除：b｜新增：B（一行替换会拆成一次删除加一次新增）使用方法
- 打开「文本差异比较」
- 粘贴待处理的文本
- 根据需要调整输出选项
- 点击「处理」按钮，结果实时显示
- 复制或导出结果
使用场景
- 配置对比 — 比较两个环境的配置文件，快速定位多出或缺失的字段。
- 文案校对 — 对照旧版与新版文案，标出被改动的句子，避免漏改。
- 代码评审 — 把两段函数粘进来看改了哪几行，作为轻量级 diff 速查。
- 日志比对 — 对比正常与异常两次运行的日志，圈定差异行排查问题。
- 粘贴校验 — 确认从两处复制的文本是否完全一致，防止隐藏字符差异。
- 翻译逐句核对 — 把原文与译文段段对照，标出漏译或误译的句子。
常见问题
是按行还是按字符比对？
以行为主要单位高亮差异；对修改行，能直观看出哪一行发生了变化，便于快速浏览整体改动。
空格和换行符会算差异吗？
会。行尾空格、缩进、空行的不同都会被识别为差异，这正是排查"看不见的差别"的关键。
换行符不统一会影响比较吗？
会。若一边是 CRLF 而另一边是 LF，几乎每行都会被当作改动；比较前先统一换行符，可避免被格式噪音误导。
能比较很大的文件吗？
中小文本流畅；超长文本（如几万行）浏览器渲染会变慢，建议分段比对或用本地 diff 工具。
中文文本能正确对比吗？
可以。按 Unicode 处理，中英文混排、全角半角的差异都能被检测出来。
比对结果能保存吗？
可以复制差异内容自行保存；本工具不在服务器留存任何文本，关闭页面即清空。
两段文字明明不同却显示「无差异」？
先检查不可见字符：全角/半角、不可见空格（U+00A0）、行尾的 （Windows 换行）都会被肉眼忽略但参与比较。用「显示空白字符」或先归一化再比较。逐字符模式下这类差异会显形。
大文件对比很慢或卡住？
diff 算法复杂度与两段文本长度乘积相关，几万字以上会明显变慢。先按段落或行粗分，只把有差异的片段送进来精比；或使用按行对比模式，比逐字符快一个数量级。