Encoding 相同的散列，不同的行为
我有两个文件提供相同的哈希，甚至是相同的hextump。文件A和文件B分别在Linux Box 1和Linux Box 2上启动。然后，我将这两个文件复制到Windows共享，并从Windows计算机读取它们。这些文件似乎仍然与Windows实用程序Fc（使用/b选项——二进制模式）完全相同。但是，当我打开两个不同的文件时，它们似乎有不同的编码（换行/换行）。为什么hash/hextump/Fc没有发现这一点Encoding 相同的散列，不同的行为,encoding,file-io,hexdump,Encoding,File Io,Hexdump,我有两个文件提供相同的哈希，甚至是相同的hextump。文件A和文件B分别在Linux Box 1和Linux Box 2上启动。然后，我将这两个文件复制到Windows共享，并从Windows计算机读取它们。这些文件似乎仍然与Windows实用程序Fc（使用/b选项——二进制模式）完全相同。但是，当我打开两个不同的文件时，它们似乎有不同的编码（换行/换行）。为什么hash/hextump/Fc没有发现这一点 我在这里忽略了什么？不要用写字板。实际上，根本不用写字板。请注意，Microsoft通
我在这里忽略了什么？不要用写字板。实际上，根本不用写字板。请注意，Microsoft通常不遵守标准，很多时候（例如浏览器）只是简单地猜测文件或流内容，使用标题作为某种魔法。有时它猜错了，有时它没有 您也可以在Windows计算机上计算哈希值，在Windows资源管理器中有许多轻量级实用程序可以计算安全哈希值。您还可以在Windows上安装命令行实用程序，如OpenSSL（或者更进一步，安装Cygwin，我总是在Windows机器上运行它）
除了遵守自己的双字符标准外，Windows从来没有真正的行尾策略。在Windows的更高版本中，如果必须的话，您可以使用记事本（最终）理解Unix换行符（因为这一次可能会破坏UTF-16）。如何确定它们有不同的编码和/或换行符？