Windows 形象化CR&;不同操作系统上的LF

Windows 形象化CR&;不同操作系统上的LF,windows,unix,carriage-return,linefeed,Windows,Unix,Carriage Return,Linefeed,我现在知道了CR&LF的理论解释。 回车(CR):移动到行的起始处而不前进。 换行(LF):向前或下一行移动一行 但我无法想象下面的陈述 Windows applications store a new line as: carriage return and line feed (CR+LF). Unix and Mac OSX uses LF. Old Mac systems uses CR. XML stores a new line as LF. 有人能举个例子吗 CR和LF之间的差异

我现在知道了CR&LF的理论解释。 回车(CR):移动到行的起始处而不前进。 换行(LF):向前或下一行移动一行

但我无法想象下面的陈述

Windows applications store a new line as: carriage return and line feed (CR+LF).
Unix and Mac OSX uses LF.
Old Mac systems uses CR.
XML stores a new line as LF.

有人能举个例子吗

CR和LF之间的差异是当主要显示器是行打印机时的历史瑕疵,其中CR和LF具有不同的效果。一些材料试图尊重这一点,而另一些材料则感到困惑。这真的不值得花时间。只需编写代码,为目标操作系统使用正确的行终止,然后继续;-)。祝你好运。不管怎样,StackOverflow就是帮助人们修复编程代码。如果您有一个特定的/可再现的问题,那么发布一个带有样本输入、预期输出、当前代码/输出和错误消息的新Q。在这里发布更多Qs之前,请阅读、、和。祝你好运。我正在努力寻找任何可能的偏差,因为我看到这些cr和lf的东西吐在git bash上,当我把某些文件推到git report中时,你的Q不清楚。也许,
cat-vet文件
会有所帮助。它将CR显示为
$
,LF显示为
^M
。同样,我们需要一个代码中的可重现性问题来提供帮助。很抱歉,“有人能举个例子吗?”这是一个教程的请求,这也是离题的。对不起,祝你好运。我不确定有什么可以想象的。不同的操作系统对于在文件中存储纯文本时如何表示行尾有不同的标准。请记住,文件只是一系列字节,这些字节的含义取决于应用程序。按照惯例,正在读取文本文件的Windows应用程序将把13(CR)后跟10(LF)解释为一行的结束,Linux应用程序将把10(LF)本身解释为一行的结束,旧的Mac应用程序将把13(CR)本身解释为一行的结束。