为何os.popen返回对象__next__可执行但next()内置函数报错？

问题背景 #

学习Mark Lutz所著《Learning Python（第5版）》第14章「迭代与推导式」时，在第423页遇到如下异常情况：
通过os.popen()调用得到的类文件对象，用dir()查看显示仅拥有__iter__方法（属于可迭代对象），无__next__方法（不属于迭代器）。但实际调用file.__next__()能正常返回值，调用next(file)却抛出异常。对比列表的正常行为（作为可迭代对象，调用next()和__next__()都会报错），需要解释该类文件对象的特殊表现。

代码示例 #

os.popen()对象测试代码 #

import os
file = os.popen("ls -l")
print(dir(file)) # 输出结果显示有__iter__但无__next__/next
# print(next(file)) # 取消注释会抛出异常，符合预期
print(file.__next__()) # 无__next__却能执行，不符合预期

列表对比测试代码 #

file = [1]
print(dir(file)) # 输出结果显示有__iter__但无__next__/next
# print(next(file)) # 取消注释会抛出异常，符合预期
# print(file.__next__()) # 取消注释会抛出异常，符合预期

原因解析 #

1. os.popen()返回对象的本质：os.popen()返回的是os._wrap_close类的实例，这个类是一个包装类，内部持有真实的文件对象。它定义了__getattr__方法，当访问实例上不存在的属性/方法时，会自动委托给内部的真实文件对象。
2. next()调用成功的原因：当调用file.__next__()时，由于os._wrap_close实例本身没有定义__next__方法，会触发__getattr__逻辑，将方法调用转发给内部的真实文件对象——而真实文件对象是标准的迭代器，拥有__next__方法，因此能正常执行并返回结果。
3. next()调用失败的原因：Python内置的next()函数会先检查对象是否是迭代器，判断依据是直接检查对象是否拥有__next__属性（而非通过__getattr__动态获取的属性）。由于os._wrap_close实例本身没有定义__next__，dir()和next()的检查机制都无法识别到动态委托的__next__方法，因此会抛出"TypeError: '_wrap_close' object is not an iterator"异常。
4. 列表行为的差异：列表作为可迭代对象，本身没有__next__方法，也没有类似的动态属性委托机制。因此无论调用next(list)还是list.__next__()，都会直接抛出异常，符合可迭代对象的正常表现。

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