@abstractmethod 的真实作用是运行时强制子类实现抽象方法：父类继承 ABC 后无法实例化，子类未实现则在实例化时抛 TypeError，而非定义或导入时检查。
什么是 @abstractmethod 的真实作用？
@abstractmethod 不是语法强制，而是运行时检查机制：它让父类变成抽象类，无法被实例化；子类若未实现该方法，实例化时会直接报 TypeError。关键点在于——它只在你真正调用 MyClass() 时才触发，不是 import 或定义时就报错。
常见误解是以为加了 @abstractmethod 就能“编译期拦截”，其实 Python 没有编译期方法检查。所以如果你只写子类但不实例化，漏实现也不会提醒。
怎么正确声明抽象基类？
必须继承 ABC，且方法上明确加 @abstractmethod。漏掉任一环节都会失效：
- 没继承
ABC→ 类可正常实例化，@abstractmethod被忽略 - 继承了
ABC但没加@abstractmethod→ 方法只是普通方法，子类无需重写 - 加了
@abstractmethod但没继承ABC→ 会报TypeError: @abstractmethod can only be used in an abstract class
正确写法示例：
立即学习“Python免费学习笔记（深入）”；
from abc import ABC, abstractmethod <p>class Animal(ABC): @abstractmethod def speak(self) -> str: pass</p><p>class Dog(Animal): def speak(self) -> str: # 必须实现，否则 Dog() 会报错 return "Woof!"
子类忘记实现时，错误发生在哪一刻？
错误出现在子类实例化时，不是定义时、导入时或调用方法时。比如：
class Cat(Animal): # 没重写 speak()
pass
<p>cat = Cat() # ← 这里才报错：TypeError: Can't instantiate abstract class Cat with abstract method speak
这个时机很重要：如果你的子类只被静态分析（如 type checker）、或只作为类型注解存在（如 def feed(animal: Animal)），漏实现也不会暴露问题。只有运行到 Cat() 才崩。
容易踩的坑：
- 测试没覆盖实例化路径，导致漏实现长期潜伏
- 用
typing.Protocol替代ABC时，行为完全不同（Protocol 是结构化检查，不阻断实例化） - 抽象方法带默认参数，子类仍需完整签名匹配，否则视为未实现
抽象方法和普通方法混用要注意什么？
抽象类里可以同时有抽象方法和具体方法，但注意调用链陷阱：
- 抽象方法不能有函数体（除了
pass或文档字符串），否则会被当成具体实现，失去强制效果 - 具体方法可以调用抽象方法（通过
self.speak()），但子类未实现时，只要不触发该调用链就不会暴露问题 - 如果抽象方法返回值类型用了
Any或没标注，mypy 等工具可能无法捕获实现缺失
比如这个设计看似合理，实则危险：
class Shape(ABC):
def area(self) -> float:
return self._calc_area() # 依赖子类实现
<pre class="brush:php;toolbar:false;">@abstractmethod
def _calc_area(self) -> float:
pass
一旦子类忘了实现 _calc_area，调用 shape.area() 才会崩——比直接实例化更晚暴露，调试成本更高。
真正难发现的，是那种既不实例化、也不调用抽象方法的子类，它安静地躺在代码里，直到某天有人 new 它或者调它的父类接口。
