Python ABC 虚拟子类：isinstance 已经为真，为什么抽象类的方法仍然不存在
为旧组件接入一个新接口时，ABC.register 看起来很方便：登记以后 isinstance 就通过了。然而，调用抽象基类里的便捷方法仍会抛出 AttributeError；甚至完全没有实现必需方法的类，也可以被登记。这里改变的是关系判断，不是类的实现。
下面创建内存中的 Reader 接口及三个小类，比较真正继承和虚拟注册。代码只处理固定文本，不打开文件，也不改动第三方类。适用于 Python 3.8 及以上，保存为 demo.py，运行 python demo.py。
AI模型生成概念图：拥有同一标记的登记牌并不会自动带来工具箱中的工具；表示类型认可和方法实现的区别。
from abc import ABC, abstractmethod
class Reader(ABC):
@abstractmethod
def read(self):
raise NotImplementedError
def upper(self):
return self.read().upper()
class NativeReader(Reader):
def read(self):
return "native"
class LegacyReader:
def read(self):
return "legacy"
class EmptyReader:
pass
Reader.register(LegacyReader)
Reader.register(EmptyReader)
native = NativeReader()
legacy = LegacyReader()
empty = EmptyReader()
assert native.upper() == "NATIVE"
assert isinstance(legacy, Reader)
assert isinstance(empty, Reader)
assert Reader not in LegacyReader.__mro__
print("native helper:", native.upper())
print("virtual checks:", isinstance(legacy, Reader), isinstance(empty, Reader))
print("legacy MRO:", [c.__name__ for c in LegacyReader.__mro__])
try:
legacy.upper()
except AttributeError:
print("virtual helper: AttributeError")
else:
raise AssertionError("registration supplied a helper")
try:
empty.read()
except AttributeError:
print("empty implementation: AttributeError")
else:
raise AssertionError("registration supplied read")
class IncompleteReader(Reader):
pass
try:
IncompleteReader()
except TypeError:
print("real abstract subclass: TypeError")
else:
raise AssertionError("incomplete subclass was instantiated")先把类型关系和查找路径分开
实跑 native helper: NATIVE，说明真正继承 Reader 的类可以找到 upper。两个虚拟实例的检查则都为 True，但 LegacyReader 的 MRO 只有 LegacyReader、object，里面没有 Reader。登记没有把基类插进方法解析顺序，所以 legacy.upper() 得到 AttributeError。
这项能力适合为已经满足某种协议的旧类型作兼容声明；它不会把旧类型自动变成适配器。若需要 Reader 提供的便捷方法，可以写一个正常继承接口、内部委托给旧对象的适配类，或者显式提供相应方法。选择哪一种应看所有权与维护范围。
登记不会验证抽象方法是否完整
EmptyReader 根本没有 read，仍然可以登记和实例化。isinstance(empty, Reader) 为 True，而 empty.read() 报 AttributeError。这不是抽象方法检查偶尔失效：官方说明 abstractmethod 的实例化限制适用于通常的继承关系，虚拟注册不受同一限制。
相比之下，IncompleteReader 明确继承 Reader 却未实现 read，实例化立即得到 TypeError。示例把两种失败放在不同步骤，就是为了确认“创建时拒绝”和“调用时才发现缺方法”并不是同一份接口保证。
不要让isinstance替代行为验证
在受控代码中，应只给已经审核符合接口约定的类型注册，并为代表行为保留测试。即便有 read 这个名称，也还要验证返回值、错误情况以及资源生命周期；抽象基类本身也不会自动证明这些业务语义。
register 是对类级关系的改变，会影响该类的实例及相关类型判断。不要为了让一条测试变绿而登记一个不满足协议的空类。本例将登记限制在独立演示脚本定义的类型中，没有改动全局框架或标准库类型。
把兼容性承诺写在接口旁边
如果库文档承诺接受 Reader，应补充最低行为要求，并说明是否需要继承以获得默认实现。如果只需要调用 read，测试可以围绕该行为设计；如果依赖 upper 的继承实现，就应确保对象真实拥有这项能力。将登记点集中在适配层，通常比在业务逻辑中临时补登记更容易查明是谁作出了兼容性承诺。
资料核对日期：2026年10月2日。本文固定输入示例在本地 Python 3.12.14 实际执行，退出码为0，全部断言通过；这是语言行为演示，不是生产压测。
