\r 和 \n 有什么区别？

Question

\r 和 \n 有什么不同？ 我认为这与 Unix、Windows 和 Mac 有关，但我不确定它们究竟有何不同，以及在正则表达式中搜索/匹配哪些内容。

Answer 1

他们是不同的角色。 \r 是回车符，\n 是换行符。

在“旧”打印机上，\r 将打印头送回到行的开头，而 \n 将纸张前进一行。 因此，两者都是在下一行开始打印所必需的。

显然，现在有点无关紧要，尽管根据控制台，您仍然可以使用 \r 移动到行的开头并覆盖现有文本。

更重要的是，Unix倾向于使用\n作为行分隔符； Windows 倾向于使用 \r\n 作为行分隔符，Mac（操作系统 9 及以上）习惯使用 \r 作为行分隔符。 （Mac OS X 是 Unix-y，因此使用 \n 代替；但在某些兼容性情况下，可能会使用 \r。）

有关详细信息，请参阅维基百科换行文章。

编辑：这是语言敏感的。 例如，在 C# 和 Java 中，\n 始终表示 Unicode U+000A，它被定义为换行符。 在 C 和 C++ 中，水有点浑浊，因为含义是特定于平台的。 详情请参阅评论。

Answer 2

在C和C++中，\n是一个概念，\r是一个字符，而\r\n（几乎总是）是可移植性漏洞。

想想老式的电传打字机。 打印头位于某行、某列。 当您向电传打字机发送可打印字符时，它会在当前位置打印该字符并将头部移动到下一列。 （这在概念上与打字机相同，只是打字机通常相对于打印头移动纸张。）

当您想要完成当前行并开始下一行时，您必须执行两个单独的步骤：

1. 移动纸张打印头回到行首，然后
2. 向下移动到下一行。

ASCII 将这些操作编码为两个不同的控制字符：

• \x0D (CR) 将打印头移回行首。 （Unicode 将其编码为 U+000D CARRIAGE RETURN。）
• \x0A (LF) 将打印头向下移动到下一行。 （Unicode 将其编码为 U+000A LINE FEED。）

在电传打字机和早期技术打印机时代，人们实际上利用了这是两个独立操作的事实。 通过发送 CR 而不跟随 LF，您可以打印已经打印的行。 这允许诸如重音、粗体和下划线等效果。 一些系统多次叠印以防止密码在硬拷贝中可见。 在早期的串行 CRT 终端上，CR 是控制光标位置以更新屏幕上已有文本的方法之一。

但大多数时候，您实际上只想转到下一行。 有些系统不需要一对控制字符，而是只允许其中一个。 例如：

• Unix 变体（包括现代版本的 Mac）仅使用 LF 字符来指示换行符。
• 旧的（OSX 之前的）Macintosh 文件仅使用 CR 字符来指示换行符。
• VMS、CP/M、DOS、Windows 和许多网络协议仍然期望两者：CR LF。
• 使用 EBCDIC 的旧 IBM 系统以 NL 为标准，该字符甚至不存在于 ASCII 字符集中。 在 Unicode 中，NL 为 U+0085 NEXT LINE，但实际的 EBCDIC 值为 0x15。

为什么不同的系统选择不同的方法？ 很简单，因为没有通用标准。 您的键盘可能会显示“Enter”，而旧键盘过去会显示“Return”，这是回车符的缩写。 事实上，在串行终端上，按 Return 键实际上会发送 CR 字符。 如果您正在编写一个文本编辑器，那么很容易只使用从终端输入的该字符。 也许这就是为什么旧款 Mac 只使用 CR 的原因。

现在我们有了标准，还有更多种表示换行符的方法。 虽然在野外极其罕见，但 Unicode 拥有一些新字符，例如：

• U+2028 行分隔符
• U+2029 段落分隔符

即使在 Unicode 出现之前，程序员就想要用简单的方法来表示某些字符最有用的控制代码，而无需担心底层字符集。 C 有几个转义序列来表示控制代码：

• \a（用于警报），它会敲响电传打字机铃声或使终端发出蜂鸣声
• \f（用于换页），它会移动到下一页的开头
• \t （对于制表符），它将打印头移动到下一个水平制表符位置

（此列表故意不完整。）

此映射发生在编译时--编译器看到 \a 并输入用于敲响铃声的任何魔法值。

请注意，大多数助记符与 ASCII 控制代码直接相关。 例如，\a 将映射到 0x07 BEL。 可以为使用 ASCII 以外的主机字符集（例如 EBCDIC）的系统编写编译器。 大多数具有特定助记符的控制代码可以映射到其他字符集中的控制代码。

好哇！ 可移植性！

嗯，差不多了。 在 C 语言中，我可以编写 printf("\aHello, World!"); 来敲响铃声（或发出蜂鸣声）并输出一条消息。 但如果我想在下一行打印一些内容，我仍然需要知道主机平台需要什么才能移动到下一行输出。 CR LF？ CR？ 如果？ NL？ 还有别的事吗？ 便携性就这么多了。

C 有两种 I/O 模式：二进制和文本。 在二进制模式下，无论发送什么数据都会按原样传输。 但在文本模式下，有一个运行时翻译，可以将特殊字符转换为主机平台新行所需的任何字符（反之亦然）。

太棒了，那么有什么特殊字符呢？

嗯，这也依赖于实现，但是有一种独立于实现的方法来指定它：\n。 它通常称为“换行符”。

这是一个微妙但重要的点： \n 在编译时映射到实现定义字符值然后（在文本模式下）在运行时再次映射到底层平台移动到下一行所需的实际字符（或字符序列）。

\n 与所有其他反斜杠文字不同，因为涉及两个映射。 这种两步映射使得 \n 与 \r 显着不同，后者只是到 CR（或任何底层中最相似的控制代码）的编译时映射。字符集是）。

这让许多 C 和 C++ 程序员感到困惑。 如果您要轮询其中 100 个，至少有 99 个会告诉您 \n 表示换行。 这并不完全正确。 大多数（也许是所有）C 和 C++ 实现都使用 LF 作为 \n 的神奇中间值，但这是一个实现细节。 编译器使用不同的值是可行的。 事实上，如果主机字符集不是 ASCII 的超集（例如，如果它是 EBCDIC），则 \n 几乎肯定不会是 LF。

因此，在 C 和 C++ 中：

• \r 实际上是回车符。
• \n 是一个神奇的值，它在运行时与主机平台的换行符语义之间进行转换（以文本模式）。
• \r\n 几乎总是一个可移植性错误。 在文本模式下，这会被转换为 CR，后跟平台的换行符序列——可能不是预期的。 在二进制模式下，它会被转换为 CR，后跟一些可能可能不是 LF 的神奇值——可能不是预期的值。
• \x0A 是指示 ASCII LF 的最便携方式，但您只想在二进制模式下执行此操作。 大多数文本模式实现会将其视为 \n。

Answer 3

• “\r” => 返回

• "\n" =>; 换行或换行
  （语义）

• 基于 Unix 的系统仅使用“\n”来结束一行文本。

• Dos 使用“\r\n”来结束一行文本。
• 其他一些机器只使用“\r”。 （Commodore、Apple II、OS X 之前的 Mac 操作系统等..）

Answer 4

\r 用于指向行的开头，并且可以替换从那里开始的文本，例如

int main()
{
    printf("\nab");
    printf("\bsi");
    printf("\rha");
}

产生此输出：

hai

\n 用于新行。

Answer 5

简而言之，\r 的 ASCII 值是 13 (CR)，\n 的 ASCII 值是 10 (LF)。
Mac 使用 CR 作为行分隔符（至少以前是这样，我不确定是否适用于现代 Mac），*nix 使用 LF，Windows 两者都使用（CRLF）。

Answer 6

除了 @Jon Skeet 的回答：

传统上 Windows 使用 \r\n、Unix \n 和 Mac \r，但是较新的 Mac 使用 \n，因为它们是基于 unix 的。

Answer 7

\r 是回车符； \n 是换行（换行）...取决于操作系统的含义。 阅读这篇文章，了解有关 '\n' 和'\r\n' ...在 C 中。

Answer 8

在 C# 中，我发现他们在字符串中使用 \r\n 。

Answer 9

\r 用于回车。 （ASCII 值为 13）
\n 用于换行。 （ASCII 值为 10）