Python文件w+模式下为何需二次seek才能按当前位置写入？

这个问题踩中了Python文本文件对象一个容易被忽略的行为细节，咱们一步步拆解清楚：

先看你遇到的现象：
第一次代码里，tell()明明返回指针在位置1，但直接写bar却把内容追加到了文件末尾，得到foobar；而加了一次seek(m)之后，写操作才乖乖从位置1开始，得到预期的fbar。

核心原因：文本模式下读写切换的隐式指针调整 #

问题出在文本模式（默认的t模式，比如你用的w+其实等价于w+t）的文件对象行为上：
当你从读操作切换到写操作时，Python会自动把文件指针移动到文件的末尾，不管之前tell()返回的位置是多少。

这背后是因为文本模式要处理换行符的转换（比如Windows下的\r\n会被转成\n），文件内部的缓冲区状态和实际磁盘上的文件位置可能存在偏移，所以切换读写时，Python会做这个隐式调整来保证写操作的正确性。

而当你显式调用seek(m)时，相当于手动强制把指针定位到了目标位置，覆盖了这个隐式的调整，这时候写操作就会从你指定的位置开始覆盖内容。

验证：二进制模式下就没这个问题 #

如果换成二进制模式打开文件（用w+b），第一次代码的结果就会符合预期，因为二进制模式不需要处理换行符转换，读写切换时不会有隐式的指针移动：

with open('test.txt', 'w+b') as f:
    f.write(b'foo')
    f.seek(0)
    f.read(1)
    print(f.tell()) # 输出1
    f.write(b'bar')
# 此时文件内容是b'fbar'，和预期一致

总结一下 #

• 文本模式下，读写操作切换时，Python会隐式将文件指针移到末尾，所以需要显式seek()来保留当前位置；
• 二进制模式下没有这个限制，指针位置会严格遵循tell()的结果。

内容的提问来源于stack exchange，提问作者binbin