如果你曾在不同操作系统之间传输文本文件，大概率遇到过这样的诡异现象：文件内容变成了一行，或者每行之间多了一堆奇怪的空白行。打开文件一看，满屏的 ^M 符号。这一切的根源，就是回车（CR，Carriage Return）和换行（LF，Line Feed）这两个控制字符长达半个世纪的“恩怨”。

打字机时代的遗产

要理解这对冤家，得回到计算机诞生之前的机械打字机时代。

早期的英文打字机上，有两个关键的物理动作：

  • 换行（Line Feed）：将纸张向上卷一行，让打字位置移到下一行。

  • 回车（Carriage Return）：将承载纸张的滑架（Carriage）推回最左侧，让打字位置回到行首。

这是两个完全独立的操作。你可以只回车不换行（在同一行重复打印），也可以只换行不回车（在下一行的中间位置继续打字）。当时的设计中，回车比换行耗时更长，所以聪明的打字员会在换行时利用机械惯性同时完成回车，但这毕竟是两个动作。

当计算机出现后，电传打字机（Teletype）被用作早期计算机的输入输出设备。为了让计算机也执行换行和回车，这两个动作被编码为两个控制字符：

  • LF（Line Feed）：ASCII码 10（0x0A），表示换行。

  • CR（Carriage Return）：ASCII码 13（0x0D），表示回车。

两台机器之间通过传输这两个字符来控制打印位置。当时的设计者认为，保留两个独立字符是最灵活的选择。但他们没想到，正是这个“灵活”，为日后的混乱埋下了伏笔。

操作系统的分歧

到了20世纪70年代，各操作系统开始定义自己的文本文件标准。对于“一行结束应该用什么字符表示”，出现了三种截然不同的方案。

Unix/Linux：只用 LF (\n)

Unix的设计者们认为，物理打字机的概念已经过时了。在数字文本中，所谓的“换行”就是“开始新的一行”。他们选择了只使用 LF 作为行结束符，用 \n 表示。这种方案最简单，节省了一个字符的存储空间。

Mac OS（早期）：只用 CR (\r)

早期的苹果Macintosh系统（Mac OS 9及之前）选择了另一种极简方案：只使用 CR 作为行结束符，用 \r 表示。理由同样简单——既然回车本身就意味着回到行首开始新内容，何必再多加一个字符？

DOS/Windows：CR+LF (\r\n)

微软的DOS系统则选择了最“复古”的方案：同时使用CR和LF，\r\n 两个字符都必须出现。这完全模拟了打字机的物理操作：先回车再换行，缺一不可。

三种方案，三个阵营，从此天下大乱。

现代开发中的“恩怨”表现

到了今天，这三种行尾符的差异仍然每天困扰着开发者。

版本控制系统的警告

当你用Git提交文件时，可能会看到这样的警告：

text
复制
下载 
warning: CRLF will be replaced by LF in xxx.js.

这是因为Git默认会将Windows风格的行尾符（CRLF）转换为Unix风格（LF）存储，再根据用户的操作系统还原。如果团队成员分别使用Windows和macOS/Linux，行尾符不一致会导致大量的“伪冲突”——文件内容完全一样，只因换行符不同而产生差异。

跨平台脚本执行失败

你写了一个完美的Shell脚本，上传到Linux服务器后却报错：

text
复制
下载 
/bin/bash^M: bad interpreter: No such file or directory

这里的 ^M 就是CR字符的显示形式。Shell解释器看到行末多了一个 \r，认为脚本文件损坏了。只需运行 dos2unix 命令将CRLF转为LF，问题立刻解决。

文件在Windows记事本中挤成一行

反过来，将Unix/Linux上的文本文件用Windows记事本打开，会发现所有内容挤成一行，毫无换行。这是因为记事本只在看到 \r\n 时才换行，单独的 \n 对它来说什么都不是。

如何避免CR/LF问题

统一行尾符

现代代码编辑器（VS Code、Sublime Text、JetBrains系列）都支持在状态栏显示和切换行尾符。在团队协作中，最好在项目根目录创建 .editorconfig 文件：

ini
复制
下载 
root = true

[*]
end_of_line = lf
insert_final_newline = true

这个配置强制所有文件使用LF作为行尾符，并确保文件末尾有空行，从根源上杜绝混乱。

使用Git配置

在Git中，可以通过以下配置自动处理行尾符转换：

bash
复制
下载 
# Windows上检出时转为CRLF，提交时转为LF
git config --global core.autocrlf true

# Linux/macOS上检出时不转换，提交时转为LF
git config --global core.autocrlf input

在线工具快速查看

如果你不确定文件使用了哪种行尾符，可以使用在线的ASCII码查询工具：将文件内容粘贴进去，或者直接输入回车/换行字符，工具会显示出这些不可见字符的十进制和十六进制值。CR是13（0x0D），LF是10（0x0A），一目了然。

总结

操作系统 行尾符 转义序列 ASCII值
Unix/Linux/macOS（新） LF \n 10 (0x0A)
旧版Mac OS CR \r 13 (0x0D)
Windows/DOS CR+LF \r\n 13 + 10

回车和换行的恩怨，本质上是机械时代的遗产在数字时代被不同阵营解读的结果。虽然今天我们已经很少直接操作打字机，但这两个小字符留下的技术债务，恐怕还会继续影响几代程序员。

下次遇到行尾符问题时，不必抓狂——你处理的不是Bug，而是一段跨越半个世纪的计算机历史。