我将输出转储到一个文本文件中。然后我在notepad++中打开它，然后单击显示所有字符按钮。不是很优雅，但是很好用。

在bash shell中，尝试cat -v <filename>。这将显示windows文件的回车。

(这适用于我在Windows XP上通过Cygwin的rxvt)。

编者注:cat -v显示\r (CR)字符。^ M。因此，行将结束的\r\n序列将在每一行的末尾显示为^M。Cat -e将额外可视化\n，即$。(cat -et将额外可视化制表符字符。^我。)

Ubuntu 14.04:

简单的cat -e <filename>就可以了。

这将Unix的行结束符(\n或LF)显示为$，Windows的行结束符(\r\n或CRLF)显示为^M$。

要在less中将CR显示为^M，请使用less -u或在less打开时键入-u。

Man less说:

-u或——下划线-特殊 导致退格和回车被视为打印 能力特征;也就是说，它们被发送到终端时 它们出现在输入中。

我将输出转储到一个文本文件中。然后我在notepad++中打开它，然后单击显示所有字符按钮。不是很优雅，但是很好用。

尝试file，然后file -k，然后dos2unix -ih

文件通常就足够了。但对于困难的情况，请尝试file -k或dosunix -ih。

下面的细节。

---

试试file -k

简短的版本:file -k somefile.txt会告诉你。

它将输出CRLF行结束符用于DOS/Windows行结束符。 它将输出MAC行结束符的CR行结束符。 它只输出Linux/Unix“LF”行结束符的文本。(所以如果它没有明确提到任何类型的行结束符，那么这意味着:“LF行结束符”。)

长版本见下文。

---

真实世界的例子:证书编码

我有时需要检查PEM证书文件。

常规文件的问题是:有时它试图太聪明/太具体。

让我们做个小测试:我有一些文件。其中一个文件有不同的行尾。哪一个?

(顺便说一下:这是我的一个典型的“证书工作”目录。)

让我们尝试常规文件:

$ file -- *
0.example.end.cer:         PEM certificate
0.example.end.key:         PEM RSA private key
1.example.int.cer:         PEM certificate
2.example.root.cer:        PEM certificate
example.opensslconfig.ini: ASCII text
example.req:               PEM certificate request

嗯。它没有告诉我行将结束。我已经知道那些是认证文件。我不需要“档案”来告诉我这些。

一些网络设备对它们的证书文件的编码方式非常非常挑剔。所以我才需要知道。

你还能尝试什么?

你可以尝试使用dos2unix的——info开关，像这样:

$ dos2unix --info -- *
  37       0       0  no_bom    text    0.example.end.cer
   0      27       0  no_bom    text    0.example.end.key
   0      28       0  no_bom    text    1.example.int.cer
   0      25       0  no_bom    text    2.example.root.cer
   0      35       0  no_bom    text    example.opensslconfig.ini
   0      19       0  no_bom    text    example.req

这告诉你，是的，"0。example。end。Cer "一定是个另类。但是行尾是什么样的呢?你能记住dos2unix输出格式吗?(我不喜欢。)

但幸运的是，文件中有——keep-going(简称-k)选项:

$ file --keep-going -- *
0.example.end.cer:         PEM certificate\012- , ASCII text, with CRLF line terminators\012- data
0.example.end.key:         PEM RSA private key\012- , ASCII text\012- data
1.example.int.cer:         PEM certificate\012- , ASCII text\012- data
2.example.root.cer:        PEM certificate\012- , ASCII text\012- data
example.opensslconfig.ini: ASCII text\012- data
example.req:               PEM certificate request\012- , ASCII text\012- data

太好了!现在我们知道奇数文件有DOS (CRLF)行结束符。(其他文件有Unix (LF)行结束符。这在输出中不是显式的。它是隐式的。这只是文件期望“常规”文本文件的方式。)

(如果你想分享我的记忆:“L”代表“Linux”和“LF”。)

现在让我们转换罪魁祸首，再试一次:

$ dos2unix -- 0.example.end.cer

$ file --keep-going -- *
0.example.end.cer:         PEM certificate\012- , ASCII text\012- data
0.example.end.key:         PEM RSA private key\012- , ASCII text\012- data
1.example.int.cer:         PEM certificate\012- , ASCII text\012- data
2.example.root.cer:        PEM certificate\012- , ASCII text\012- data
example.opensslconfig.ini: ASCII text\012- data
example.req:               PEM certificate request\012- , ASCII text\012- data  

很好。现在所有的cert都有Unix行结束符。

试试2unix -ih

当我写上面的例子时，我并不知道这一点，但是:

实际上，如果你使用-ih(——info=h的缩写)，dos2unix会给你一个标题行，就像这样:

$ dos2unix -ih -- *
 DOS    UNIX     MAC  BOM       TXTBIN  FILE
   0      37       0  no_bom    text    0.example.end.cer
   0      27       0  no_bom    text    0.example.end.key
   0      28       0  no_bom    text    1.example.int.cer
   0      25       0  no_bom    text    2.example.root.cer
   0      35       0  no_bom    text    example.opensslconfig.ini
   0      19       0  no_bom    text    example.req

还有一个“实际上”的时刻:标题的格式真的很容易记住:这里有两个助记符:

它是DUMB(从左到右:d代表Dos, u代表Unix, m代表Mac, b代表BOM)。 还有:“DUM”只是D, U和M的字母顺序。

进一步的阅读

人文件 男人dos2unix 维基百科:换行符