Python中readable()与writable()函数行为差异的原因探究

先看你遇到的具体现象：

打开文件时的常规行为符合预期：

>>> f = open("notes.txt")
>>> f.writable()
False
>>> f.readable()
True

但关闭文件后，两个方法的行为出现明显差异：

>>> f.close()
>>> f.writable()
False
>>> f.readable()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: I/O operation on closed file

一、为何readable()查询已关闭流状态会抛出异常？ #

这是因为readable()的实现逻辑会先强制检查文件对象的存活状态。以CPython默认返回的TextIOWrapper文本文件对象为例，readable()方法会先调用_checkClosed()内部方法，一旦检测到文件已关闭，就直接抛出ValueError。

设计层面的考量是：文件关闭后，底层的I/O资源已经被系统回收，此时“是否可读”这个状态已经失去实际意义——哪怕当初是可读模式，现在也无法执行任何读取操作。抛出异常是为了明确告知调用者：当前文件对象已无效，不能再进行任何相关操作。

二、为何writable()不抛出异常，行为不一致？ #

核心原因是两个方法的实现逻辑完全不同：writable()并没有做关闭状态检查，它直接返回文件对象初始化时，根据打开模式设定的_writable属性值。比如用只读模式r打开的文件，不管后续是否关闭，writable()都会返回False。

这种设计的考量在于：writable()返回的是文件最初打开时的模式属性，而非当前是否能执行写入操作。即使文件关闭，这个“初始模式是否支持写入”的信息依然有参考价值，因此不需要抛出异常，直接返回初始设定的状态即可。

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