逐行对比怎么用：插入一行为什么后面全变成差异

把原文和改后的版本分别粘进来，带减号的是原文独有，带加号的是修改版独有。它按行号机械对齐，不做最长公共子序列匹配，所以插入一行会让后面所有行都显示为改动。

什么时候用逐行对比

改完一段文案想知道动了哪几句、核对两份配置有没有跑偏、检查字幕文件的时间轴有没有被动过、确认同事回传的合同只改了金额——这些场景要的是「哪一行变了」，而不是通读全文找不同。

逐行对比还能留痕：把结果贴进工单或邮件，对方直接看到增减了哪些行，不用打开两份文件来回对照。对不方便安装 Git 或桌面 diff 工具的人，网页版是最省事的选择，也比截图更清楚。

最关键的是让两份文本的行对应。工具按第 1 行对第 1 行、第 2 行对第 2 行比较，所以在中间插入一行后，后面每一行都错位一行，全部被判为不同。这不是 bug，而是位置式对比的固有行为。

粘贴前先统一行尾：Windows 的 CRLF 和 Linux 的 LF 混在一起时，编辑器看着正常，逐字符比较却会把整段判为不同。行尾多一个空格也算差异，先清掉行尾空白再比，结果会干净很多。

它只看行，不看行内改了哪个词。想知道「这一行里具体哪个字变了」，需要字符级对比；要在多行里找最小改动（比如只插入一行而不是替换十行），需要基于最长公共子序列的 diff，也就是 Git、diff 命令或编辑器并排视图提供的功能。

它也不忽略大小写、空白和空行，没有「忽略空行」开关。做代码 review 或处理大文件时，本地 diff 工具更合适：能折叠未改动区域、能按单词高亮，也不需要把整份代码贴进浏览器。

为什么只在中间加了一行，后面全部变成差异了？

因为工具按行号对齐，不做智能匹配。插入一行后，原来的第 5 行变成第 6 行，与另一份的第 5 行对不上，于是后面每一行都被判为不同。想看清真实改动，先把两份文本的行号对齐再比。

能忽略大小写或者空格差异吗？

不能。只有完全相同才算一致，行尾多一个空格、大小写不同都会被标成差异。建议先把两份文本都过一遍「去掉行首行尾空格」，再粘进来比较。

两份文本行数不一样会报错吗？

不会。多出来的行会整行标为删除或新增，只是读起来是一段连续的减号或加号。先确认多出来的是真实内容还是文件末尾的空行，再决定要不要补齐，结果会更好判断。