windows 下 python 文件编码的问题

[dbow]

用open("test.jpg", "w+"), 在windows下二进制流会乱掉，jpg损坏.
这个对于习惯于linux的真是个坑， 改成wb+就能兼容了。

[Delbert]

b是二进制。
我觉得这个不是问题……

[dbow]

@Delbert 确实是问题，我刚遇到的, 不加b图片就乱码。

[limbo0]

加个b

[dbow]

@limbo0 在linux下面不加b也正常，这就是个不完全跨平台的例子。

[Delbert]

@dbow 我的意思是 t才可以缺省的吧？
图片本身是二进制编码的，所以需要b参数。

https://docs.python.org/3/library/functions.html?highlight=open#open

官方文档说t是缺省的，需要二进制的实习需要用b参数。

所以这个不是编码问题。应该说不加b是你编程的bug
吧……

[dbow]

@Delbert 主要是说在linux下可以不加，在windows下一定得加，这两个是不同的。

[timonwong]

the 'b' is ignored on all POSIX conforming systems, including Linux. (Other systems may treat text files and binary files differently, and adding the 'b' may be a good idea if you do I/O to a binary file and expect that your program may be ported to non-UNIX environments.)

习惯Linux的也需要看看man吧

[zhouzm]

楼主对跨平台的期望值太高了，有时候还是需要你针对平台作些特殊处理的，这和 python 的跨平台能力无关。

[clino]

这哪里是文件编码的问题,明明是你的问题...

[dbow]

@clino 我期望python能让内置函数在在windows下与linux下的行为完全一致的。

[clino]

@dbow 好吧，这部分应该是因为c实现的不一致导致的

[Jaylee]

水平问题

[kidlj]

在小学时候你不做作业就能考100分，到了初中再这样干只能考70分，所以是你的问题，还是中学的问题，或者是小学的问题？

[happywowwow]

我也觉得这应该是LZ的问题 不是python的问题
不然应该是linux下w+图片也是乱码

[dbow]

@Jaylee @kidlj @happywowwow 我重点是说open在windows与linux下行为是不一致的， 二者有差所以是个坑， 讨论到此为止，不然又要成水贴了。

[VYSE]

首先在Windows下，不加b会translate \n到\r\n，加b则不translate，应用场景下有人需要translate（因为也有人会觉得一段hello world!\n在Windows下还得加个\r？），也有人不需要translate（\n就是\n）。那如果Python统一了平台间差异，统一不translate binary模式，那又有人抱怨为啥Python没处理hello world\n的平台差异了。

[dbow]

@VYSE 补充一点，实现上python不转换这个，fileobject的write方法调用fwrite, 是底层的C运行时搞的。

[VYSE]

@dbow 所以既然用了libc，python的open和c里的fopen保持一致也没有问题。open函数平台差异只能靠开发者来控制。

[onlyice]

@VYSE 终于知道 Windows 下加不加 b 的区别了，感谢已发

[jun4rui]

@dbow