CR和LF为控制字符，分别编码为0x0D(十进制13)和0x0A(十进制10)。

它们用于标记文本文件中的换行符。正如您所指出的，Windows使用两个字符CR LF序列;Unix只使用LF，旧的MacOS(前osx MacIntosh)使用CR。

杜撰的历史观点:

As indicated by Peter, CR = Carriage Return and LF = Line Feed, two expressions have their roots in the old typewriters / TTY. LF moved the paper up (but kept the horizontal position identical) and CR brought back the "carriage" so that the next character typed would be at the leftmost position on the paper (but on the same line). CR+LF was doing both, i.e. preparing to type a new line. As time went by the physical semantics of the codes were not applicable, and as memory and floppy disk space were at a premium, some OS designers decided to only use one of the characters, they just didn't communicate very well with one another ;-)

大多数现代文本编辑器和面向文本的应用程序提供选项/设置等，允许自动检测文件的行尾约定并相应地显示它。

CR和LF是一组特殊的字符，帮助我们格式化代码。

CR(/r)代表回车。它将光标放在一行的开头，但不创建新行。这就是MAC OS的工作原理。 LF(/n)表示换行。它创建了一个新行，但没有把光标放在该行的开头。光标停留在最后一行的末尾。这就是Unix和Linux的工作原理。 CRLF (/r/f)创建新行，并将光标放在新行开头。这就是我们在Windows操作系统中看到的情况。

Git默认使用LF。所以当我们在Windows上使用Git时，它会抛出一个警告，比如“CRLF将被LF取代”，并自动将所有CRLF转换为LF，这样代码就变得兼容了。 注意:别担心…不要把这看作是一个警告，而要把它看作是一个提醒。

CR - ASCII码13

LF - ASCII码10。

理论上CR将光标返回到第一个位置(左侧)。LF输入一行移动光标一行。在过去，你就是这样控制打印机和文本模式显示器的。 这些字符通常用于标记文本文件中的行结束。 不同的操作系统使用不同的约定。正如你指出的，Windows使用CR/LF组合，而在osx之前的mac只使用CR等等。

既然没有这样的答案，我就简单地总结一下:

回车(MAC pre-OSX)

CR r \ ASCII码13

换行(Linux, MAC OSX)

低频 \ n ASCII码10

回车和换行(Windows)

CRLF \ r \ n ASCII码13,ASCII码10

如果你看到奇怪格式的ASCII码，它们只是不同基数/基数的数字13和10，通常以8为基数(八进制)或以16为基数(十六进制)。

http://www.bluesock.org/~willg/dev/ascii.html

它实际上只是关于文件中存储哪些字节。CR是一个字节码，用于回车(从打字机时代开始)，LF类似地用于换行。它只是引用作为行末标记的字节。

维基百科上总是有更多的信息。

杰夫·阿特伍德最近有一篇关于这个问题的博客文章:伟大的换行符分裂

以下是维基百科的精华:

The sequence CR+LF was in common use on many early computer systems that had adopted teletype machines, typically an ASR33, as a console device, because this sequence was required to position those printers at the start of a new line. On these systems, text was often routinely composed to be compatible with these printers, since the concept of device drivers hiding such hardware details from the application was not yet well developed; applications had to talk directly to the teletype machine and follow its conventions. The separation of the two functions concealed the fact that the print head could not return from the far right to the beginning of the next line in one-character time. That is why the sequence was always sent with the CR first. In fact, it was often necessary to send extra characters (extraneous CRs or NULs, which are ignored) to give the print head time to move to the left margin. Even after teletypes were replaced by computer terminals with higher baud rates, many operating systems still supported automatic sending of these fill characters, for compatibility with cheaper terminals that required multiple character times to scroll the display.