abc.abc 不能只靠继承生效，必须用 @abstractmethod 显式标注抽象方法，否则子类可实例化但运行时调用未实现方法才报错；抽象属性需 @property + @abstractmethod；isinstance 失效常见于未继承而仅注册、缺 subclasshook 或元类非 abcmeta；抽象方法应只写 @abstractmethod + pass，禁用 notimplementederror；带 init 的 abc 需子类显式调用 super().__init__()。
为什么 abc.ABC 不能只靠继承就生效
继承 abc.ABC 类本身不会强制子类实现抽象方法——必须显式使用 @abstractmethod 装饰器，否则子类实例化时完全不会报错。这是最常被忽略的前提。
常见错误现象：TypeError: Can't instantiate abstract class X with abstract methods y 没出现，结果运行时调用到未实现的 y() 才抛 AttributeError，调试成本陡增。
- 抽象方法必须用
@abstractmethod显式标注，哪怕只写pass - 抽象属性同理：用
@property+@abstractmethod组合 - 如果基类里混有普通方法和抽象方法，只有被
@abstractmethod标记的才触发实例化检查
isinstance(obj, ABC) 失效的三种典型场景
想用 isinstance 做运行时类型判断，但返回 False？大概率是注册方式或元类没对齐。
使用场景：框架插件系统、策略路由、序列化前的类型校验。
立即学习“Python免费学习笔记（深入）”；
篇文章是针对git版本控制和工作流的总结，如果有些朋友之前还没使用过git，对git的基本概念和命令不是很熟悉，可以从以下基本教程入手： Git是分布式版本控制系统，与SVN类似的集中化版本控制系统相比，集中化版本控制系统虽然能够令多个团队成员一起协作开发，但有时如果中央服务器宕机的话，谁也无法在宕机期间提交更新和协同开发。甚至有时，中央服务器磁盘故障，恰巧又没有做备份或备份没及时，那就可能有丢失数据的风险。感兴趣的朋友可以过来看看
- 子类没继承 ABC（而是用
MyABC.register(ConcreteClass)动态注册），此时isinstance有效，但issubclass(ConcreteClass, MyABC)为False - 注册了但忘了在注册前定义
__subclasshook__，导致鸭子类型判断失效 - 用了自定义元类却没继承
abc.ABCMeta，isinstance完全不识别该 ABC
抽象方法里抛 NotImplementedError 是反模式
很多老代码在抽象方法体里写 raise NotImplementedError，这会掩盖真正的抽象约束逻辑——它让子类可以合法地继承却不实现，运行时才崩，失去编译期/加载期的检查价值。
性能影响：无额外开销；但兼容性上，Python 3.12+ 对未实现抽象方法的检测更早（模块导入后即检查），依赖 NotImplementedError 的写法会提前暴露问题，反而更好。
- 正确做法：抽象方法只写
@abstractmethod+pass，不加任何实现 - 若需提供默认行为，单独写一个非抽象的
_default_impl()方法供子类调用 - 已有
NotImplementedError的旧代码，建议逐步替换，否则mypy和 IDE 都无法识别抽象契约
带 __init__ 的抽象基类怎么传参给子类
抽象基类定义了 __init__，子类必须显式调用 super().__init__()，否则父类初始化逻辑丢失——这不是语法强制，但工程中极易漏掉。
容易踩的坑：子类 __init__ 参数名和顺序与父类不一致，又没做适配，导致初始化失败或字段缺失。
- 推荐在 ABC 的
__init__中只做必要字段赋值，避免复杂逻辑 - 子类若需扩展参数，用
*args, **kwargs接收并透传，或明确定义超集参数再筛选 - 不要在 ABC 的
__init__里调用抽象方法——子类实例尚未构造完成，会触发TypeError
register 的单向性、以及 __subclasshook__ 的返回值语义，这三个点在跨团队协作时最容易引发隐性 bug。写完 ABC 后，务必用一个空子类测试实例化和 isinstance 行为。 
