继承抽象基类后报 notimplementederror 是因子类未实现父类声明的抽象方法，python 通过 raise notimplementederror 主动提醒遗漏，需检查 abstractmethods 并确保方法名、签名和语义完全匹配。
为什么继承抽象基类后运行就报 NotImplementedError？
这不是 Python 报错了，而是你主动触发了它——abc.ABC 里用 raise NotImplementedError 明确拦住了未实现的抽象方法调用。Python 不会自动帮你补逻辑，它只负责在子类实例调用该方法时“提醒你：这里漏写了”。常见于忘记重写 __str__、__eq__ 或自定义的 process() 这类抽象方法。
关键判断点：NotImplementedError 的 traceback 里如果出现 File ".../abc.py" 或明确指向你定义的抽象方法体（比如 def parse(self): raise NotImplementedError），基本就是这个原因。
怎么快速定位哪个抽象方法没实现？
别靠猜。直接查子类的 __mro__ 和父类的 __abstractmethods__：
print(MyClass.__mro__) print(MyClass.__abstractmethods__)
输出里能看到所有未实现的方法名。如果 MyClass 是继承自 BaseProcessor(ABC)，而 BaseProcessor 声明了 {'parse', 'validate'}，但你的子类里只有 parse 方法，那 validate 就是漏网之鱼。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
- 注意：子类若用了
@abstractmethod但没写函数体（连pass都没写），也会被计入__abstractmethods__ - 如果子类本身也加了
@abstractmethod，它不会“自动实现”父类方法，反而会让自身也变成抽象类，无法实例化
实现抽象方法时容易踩的坑
不是只要名字对就行，签名和行为语义也得匹配。否则看似不报错，实际逻辑错位：
- 参数名不一致（比如父类是
def load(self, path: str)，你写成def load(self, filename)）——类型提示不强制，但调用方可能传错名，引发TypeError - 返回值类型不符：父类文档说返回
dict，你返回list，下游代码崩得更晚、更难查 - 误把
NotImplemented（单例对象）当NotImplementedError（异常类）——前者用于二元运算符回退（如__eq__），后者才是抽象方法占位符 - 在抽象方法里写
return super().method()而不真正实现——这等于没写，照样抛异常
不想写具体实现？临时方案要谨慎
开发调试阶段想先跑通，可以用 pass 或 ... 占位，但必须加注释说明：
def validate(self, data):
# TODO: 实现数据校验逻辑
pass
千万别用空字符串、None 或 0 返回——这些是有效值，会掩盖问题。更危险的是用 raise NotImplementedError("TODO")，这看起来像“计划实现”，实则每次调用都崩，且和原始异常完全一样，难以区分是遗漏还是故意留空。
真正复杂的地方在于：抽象方法的设计意图往往隐含在文档或测试用例里，而不是函数签名中。光让代码不报 NotImplementedError 很容易，但让它做对事，得去读父类的 docstring 或看 test_*.py 里期望的输入输出。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
