会。动态添加抽象方法不会生效，因abc仅在类创建时扫描__dict__；唯一可靠方式是用type()重建类并显式传入abstractmethod；直接修改__abstractmethods__无效，协议或策略模式更推荐。
动态添加抽象方法会导致 TypeError 吗？
会。直接对已定义的类（尤其是已继承 ABC 或已有子类的类）调用 setattr(cls, 'method_name', abstractmethod(lambda: None)) 不会生效，也不会报错，但后续子类实例化时 abc 检查仍会失败——因为 abc 的抽象检查只在类创建时（__new__ 阶段）扫描 __dict__ 中标记为 abstractmethod 的可调用对象。运行时注入的 abstractmethod 不会被识别为抽象成员。
绕过 abc 创建阶段限制的可行做法
唯一可靠的方式是重新构建类对象，用 type() 动态创建新类，并显式传入含 abstractmethod 的命名空间。注意：这不是“补丁”，而是替换原类。
- 必须确保新类名、基类、命名空间三者完整；若原类叫
MyBase，继承自ABC，则新类需写成type('MyBase', (ABC,), {...}) -
abstractmethod装饰器必须作用于函数对象本身，不能只装饰一个 lambda 后再赋值——要先定义函数，再用@abstractmethod修饰，再塞进命名空间 - 已有方法不能简单覆盖；若想保留原方法逻辑，需在新命名空间中显式重写或委托
from abc import ABC, abstractmethodclass MyBase(ABC): pass
✅ 正确：重建类，注入抽象方法
def new_abstract_method(self): ...
MyBase = type( 'MyBase', (ABC,), { 'new_abstract_method': abstractmethod(new_abstract_method),
注意：这里必须手动补回原本可能有的 module 等属性，否则 inspect 或 pickle 可能出问题
'__module__': MyBase.__module__, })
为什么不能用
__abstractmethods__手动增补？
__abstractmethods__是一个frozenset，不可变。强行赋值（如MyBase.__abstractmethods__ |= {'foo'}）会触发AttributeError；即使通过object.__setattr__强行替换，abc.ABCMeta.__subclasscheck__内部仍只信任创建时冻结的集合，运行时修改无效。
- 试图用
object.__setattr__(MyBase, '__abstractmethods__', frozenset([...]))会导致后续子类检测行为不一致，甚至静默失败 -
abc的元类机制把抽象性绑定在类创建那一刻，不是靠运行时属性查表 - 如果只是想“让子类必须实现某方法”，又不依赖
abc的强制检查，可改用文档约定 +NotImplementedError运行时报错，更灵活
实际场景中更推荐的替代方案
绝大多数需要“运行时加抽象方法”的需求，本质是架构设计过早固化了类结构。比起 hack abc，应优先考虑：
- 用协议（
Protocol，Python 3.8+）代替抽象基类：协议是结构性的、运行时无检查开销，可通过typing.runtime_checkable+ 动态构造Protocol子类实现类似效果 - 延迟抽象约束：不在基类声明抽象方法，而是在关键入口（如
run()）里检查hasattr(self, 'required_method') and callable(getattr(se
lf, 'required_method'))
- 组合优于继承：把“需要被实现的行为”抽成策略对象，由外部注入，避免类层次膨胀
真正需要 abc 强制语义的地方，抽象方法就应该在类定义时写清楚——运行时补抽象，往往意味着契约边界已经模糊了。
