【Python】python文件打开方式详解——a、a+、r+、w+、rb、rt区别

本文链接：https://blog.csdn.net/duancsdn/article/details/109449347

第一步排除文件打开方式错误：

r只读，r+读写，不创建

w新建只写，w+新建读写，二者都会将文件内容清零

（以w方式打开，不能读出。w+可读写）

w+与r+区别：

r+：可读可写，若文件不存在，报错；w+: 可读可写，若文件不存在，创建

r+与a+区别：

fd = open(“1.txt”,‘w+’)
fd.write(‘123’)
fd = open(“1.txt”,‘r+’)
fd.write(‘456’)
fd = open(“1.txt”,‘a+’)
fd.write(‘789’)
结果：456789

说明r+进行了覆盖写。

以a,a+的方式打开文件，附加方式打开

（a：附加写方式打开，不可读；a+: 附加读写方式打开）

以 ‘U’ 标志打开文件, 所有的行分割符通过 Python 的输入方法(例#如 read*() )，返回时都会被替换为换行符\n. (‘rU’ 模式也支持 ‘rb’ 选项) .

r和U要求文件必须存在

不可读的打开方式：w和a

若不存在会创建新文件的打开方式：a，a+，w，w+

fd=open(r’f:\mypython\test.py’,‘w’) #只读方式打开，读取报错
fd.read()
Traceback (most recent call last):
File “”, line 1, in
IOError: File not open for reading

fd=open(r’f:\mypython\test.py’,‘a’)#附加写方式打开，读取报错
fd.read()
Traceback (most recent call last):
File “”, line 1, in
IOError: File not open for reading

r、rb、rt区别

使用’r’一般情况下最常用的，但是在进行读取二进制文件时，可能会出现文档读取不全的现象；

使用’rb’按照二进制位进行读取的，不会将读取的字节转换成字符，二进制文件用二进制读取用’rb’ ；

rt模式下，python在读取文本时会自动把\r\n转换成\n，文本文件用二进制读取用‘rt’；

2.正确读写方式打开，出现乱码

fd=open(r’f:\mypython\test.py’,‘a+’)
fd.write(‘123’)
fd.read()
fd.close()
close之前，手动打开文件，什么都没写入；close后，手动打开文件，乱码：123嚅?

原因分析：指针问题。open()以a+模式开启了一个附加读写模式的文件，由于是a，所以指针在文件末尾。此时如果做read()，则Python发现指针位置就是EOF，读取到空字符串。

在写入123之后，指针的位置是4，仍然是文件尾，文件在内存中是123[EOF]。

但看起来read()的时候，Python仍然去试图在磁盘的文件上，将指针从文件头向后跳3，再去读取到EOF为止。

也就是说，你实际上是跳过了该文件真正的EOF，为硬盘底层的数据做了一个dump，一直dump到了一个从前存盘文件的[EOF]为止。所以最后得到了一些根本不期待的随机乱字符，而不是编码问题造成的乱码。

解决方案：读取之前将指针重置为文件头（如果读取之后重置再读，无效）

fd=open(r’f:\mypython\test.py’,‘a+’)
fd.seek(0)
fd.read()
‘123’ #顺利读出
3.文件里有内容，却读出空字符

fd=open(r’f:\mypython\test.py’,‘w+’) #清空内容，重新写入
fd.write(‘456’)
fd.flush() #确定写入，此时文件内容为“456”
fd.read()
‘’ #读出空
原因：同样是指针问题，写入后指针指向末尾[EOF]，因此读出空

解决方案一、调用close后重新打开，指针位于开头。(r,r+,a+,U都可以，注意不要用w，w+，a打开)

fd.close()
fd=open(r’f:\mypython\test.py’,‘a+’)
fd.read()
‘456’
fd.close()
fd=open(r’f:\mypython\test.py’,‘r+’)
fd.read()
‘456’
>>> fd.close()
fd=open(r’f:\mypython\test.py’,‘r’)
fd.read()
‘456’

fd.close()
fd=open(r’f:\mypython\test.py’,‘U’)
fd.read()
‘456’
解决方案二、调用seek指向开头