windows 和 linux 之间传送文本文件，用二进制模式，为何传输后的文件可以正常打开?

[ajianrelease]

用winscp将一个文本文件从windonws传到Ubuntu，默认使用的是二进制模式。传输后，在Ubuntu上用vim可以正常打开，文件中的换行是正常的。传送前后两个文件的md5是相同的

我的疑问是：Windows和Linux的换行符是不同的啊，而且我用的二进制模式传输的，传输过程中应该不会转换换行符啊，那为何在Linux下还可以正常显式呢？

另外，我用winscp又测试了从Ubuntu传送文本文件到windows，也用二进制模式，在windows下也可以正常打开。

[vibbow]

windows: \r\n
linux: \n

反正都有 \n，linux当然能正确换行了
\r 也不会破坏什么东西

Windows下取决于编辑器，你用windows自带记事本打开看看。

[haiyang416]

你不认为你用什么工具打开也很重要么？

[ajianrelease]

@vibbow 用Windows自带的记事本也可以正常打开

[icylogic]

因为 vim 可以按照 dos 模式显示的啊

[xupefei]

如果自带的记事本也能打开的话，估计是微软改进了一下……

[feikaras]

再说vim支持dos格式
再说windows记事本又不支持linux换行。

[ajianrelease]

@feikaras 但我实际测试结果是记事本可以正常打开ubuntu传过来的文件，我用的是win7

[ajianrelease]

@xupefei 恩，我是用notepad.exe打开的，是正常的

[tonyluj]

和编辑器有关吧，python -c 'print(repr(open("file.txt", "r").read()))'，看看原始字符串

[Arthur2e5]

为什么不愿意 hexdump 一下……
从 Ubuntu 传给 Windows 又不说明没有用 Windows 的 CRLF。
然后稍微专业一点的文本编辑器对付 CR/CRLF/LF 都能自动检测并且看懂。

[ajianrelease]

@tonyluj 在Linux下是'hello,baby\r\nhehe\r\n'，在Windows下是'hello,baby\nhehe\n'。两个文件的md5是相同的，但Windows下没有打印出那个\r

[vibbow]

@ajianrelease 那只能说是python有问题...

[endrollex]

ASCII中的定义：
换行: LF(Line feed), '\n', 0x0A, 10 in decimal)
回车: CR(Carriage return, '\r', 0x0D, 13 in decimal)
回车+换行: (CR+LF, '\r\n', 0x0D0A)

看十六进制，ASCII定义可能有变

[ajianrelease]

@Arthur2e5 哈，好办法，查看过了，文件传输前后没有修改。谢谢啦

[ajianrelease]

@endrollex 好办法，感谢

[zhicheng]

看到 md5 是一样的，后面就没必要讨论了。

[tonyluj]

额 我测试了下，在Windows下用记事本创建 hello换行world，实际的文件是hello\nworld，12个字节，python木有问题～

[caixiexin]

先看下编辑器有没有偷偷帮你转好了再展示？ vim的话，看下右下角那个dos或者unix标记？

[regeditms]

二进制模式都似乎正常的,如果用文本模式写入就会有问题.

[secondwtq]

@vibbow 如果我没有记错的话，学校 C 语言课里面教的 fopen 第二个参数的 'b' 选项，就是 Windows 专属。

也就是说如果在 Windows 环境下，不带 'b' 选项打开一个文件（所谓“文本模式”），可能你读到的内容已经被动了手脚。