直接继承abc不会报错，因为抽象检查仅在子类实例化时触发，而非定义或继承时；必须用@abstractmethod显式标记需实现的方法，且该装饰器仅适用于方法、属性、类方法和静态方法。
为什么直接继承 ABC 不会报错？
很多人写完 class MyABC(ABC) 就以为子类不实现抽象方法会立刻报错，结果发现能正常实例化。这是因为 ABC 本身不拦截实例化，只有当子类**未实现所有 @abstractmethod 方法且尝试实例化该子类时**，才会抛出 TypeError: Can't instantiate abstract class ...。
关键点在于：抽象检查发生在子类实例化瞬间，不是定义时，也不是父类继承时。
- 必须用
@abstractmethod显式标记需强制实现的方法（仅装饰器有效，注释或命名约定无效） - 子类若只实现部分抽象方法，仍属于抽象类，无法实例化
-
ABC类本身不能被实例化（哪怕没写任何@abstractmethod）
@abstractmethod 能修饰哪些东西？
它只能用于方法、属性（@property）、类方法（@classmethod）和静态方法（@staticmethod），不能用于普通变量或模块级函数。
常见误用是试图用它标记一个字段（比如 name = abstractmethod(...)），这会直接报 AttributeError 或静默失效。
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
- 修饰实例方法：
@abstractmethod+def method(self): ... - 修饰属性：
@property和@abstractmethod顺序不能错——必须先@abstractmethod再@property - 修饰类方法：
@classmethod和@abstractmethod可互换顺序，但推荐@classmethod在外 - 不能修饰
__init__—— 构造逻辑由子类自由决定，ABC 不约束初始化方式
子类绕过抽象检查的常见方式及风险
有些开发者发现把抽象方法设为 pass 或返回 NotImplemented 就能通过类型检查，但这只是“骗过”解释器，运行时可能崩。
更隐蔽的是继承链中插入中间抽象类：如果 Base 定义了抽象方法，Middle 继承 Base 但没实现它，Concrete 再继承 Middle 并实现，这是合法的；但如果 Middle 错误地加了 pass 实现，它就不再是抽象类，后续子类就失去强制约束。
- 写
def method(self): pass→ 子类可实例化，但调用该方法会执行空逻辑，容易引发静默错误 - 写
def method(self): raise NotImplementedError→ 手动模拟抽象行为，但不如@abstractmethod严格（类型检查工具如 mypy 可能忽略） - 用
typing.Protocol替代 ABC → 适用于结构化协议，但不支持运行时强制检查，也不参与isinstance判断
与 isinstance 和 issubclass 的配合使用
ABC 的真正价值不止于实例化拦截，还在于提供明确的类型契约。比如你有一组处理器类，都应实现 process()，就可以用 isinstance(obj, ProcessorABC) 安全调用，而不必依赖鸭子类型。
注意：只有显式继承自某个 ABC 的类才会被 issubclass 识别为该 ABC 的子类；即使对象有同名方法，也不会被 isinstance 接受（这和 Protocol 不同）。
-
isinstance(x, MyABC)返回True仅当x是MyABC的具体子类的实例，且已实现全部抽象方法 -
issubclass(ConcreteClass, MyABC)在ConcreteClass继承链中包含MyABC且无未实现抽象方法时返回True - 注册虚拟子类（
MyABC.register(VirtualClass)）后，isinstance会返回True，但issubclass仍为False，且不触发抽象方法检查
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
