Python的多态核心在于“鸭子类型”——不依赖继承体系或编译时类型检查，而是运行时动态判断对象是否具备所需方法（如`speak()`），有则调用，无则抛`AttributeError`，轻量灵活却隐含风险；文章深入剖析了纯鸭子类型的自由与脆弱，对比引入`abc.ABC`强制接口契约带来的早期错误拦截与协作保障，并指出`isinstance`/`hasattr`的适用边界与陷阱，强调真正健壮的实践是“大胆调用 + 精准捕获`AttributeError`”，辅以类型提示、测试覆盖和文档约定来弥补语言层面的松散约束——多态的威力不在语法糖，而在开发者对行为协议的清醒共识与主动守护。

Python 多态不靠关键字，靠对象有没有对应方法

Python 的多态不是靠继承体系里的 class Animal 和 class Dog(Animal) 强制约定出来的，而是运行时看“这个对象能不能响应 .speak()”。只要它有，就能调；没有，就抛 AttributeError。这叫鸭子类型：「像鸭子一样走路、叫，那它就是鸭子」。

常见错误现象：TypeError: 'Dog' object is not callable（误把类当函数调用），或更隐蔽的 AttributeError: 'Cat' object has no attribute 'speak'（忘了实现方法）。

• 使用场景：写通用处理函数，比如 make_animal_speak(animal)，传进来的可能是 Dog、Cat、甚至第三方库的 RobotPet
• 不需要显式声明接口或抽象基类（ABC），但加了能提前报错、增强 IDE 提示
• 性能无额外开销——就是普通属性查找，比 Java/C# 的虚函数调用还轻量

def make_animal_speak(animal):
    animal.speak()  # 不检查类型，只管调
class Dog:
def speak(self):
print("Woof!")
class Cat:
def speak(self):  # 必须叫这个名字，大小写、拼写都不能错
print("Meow!")
make_animal_speak(Dog())  # Woof!
make_animal_speak(Cat())  # Meow!

想强制约束方法签名？用 abc.ABC + @abstractmethod

纯鸭子类型太自由，协作开发或大型项目里容易漏实现。这时候加一层契约：用 abc.ABC 定义「必须有 speak 方法」，子类没实现就根本实例化不了。

常见错误现象：TypeError: Can't instantiate abstract class Bird with abstract method speak——这是好事，说明约束生效了。

• 不是所有多态都需要它，小脚本或原型阶段可跳过
• @abstractmethod 方法体只能是 pass 或文档字符串，不能有实际逻辑
• 继承 ABC 后，类不能直接实例化，但可以被 isinstance(obj, Animal) 检查

from abc import ABC, abstractmethod
class Animal(ABC):
@abstractmethod
def speak(self):
pass
class Duck(Animal):  # 必须实现 speak，否则报错
def speak(self):
print("Quack!")
Animal()  # TypeError：不能实例化抽象类
Duck().speak()  # Quack！

isinstance() 和 hasattr() 到底该用哪个？

多数时候不该用它们做类型判断——违背鸭子类型精神，也容易让代码变僵硬。但如果要兼容旧逻辑、做降级处理，或明确区分数据来源（比如 JSON dict vs 自定义对象），就得选对工具。

常见错误现象：用 isinstance(x, dict) 判断是否可迭代，结果自定义类实现了 __iter__ 却被忽略；或用 hasattr(obj, 'read') 判断文件类对象，却因属性是 property 或触发副作用而失败。

• hasattr(obj, 'speak') 等价于 getattr(obj, 'speak', None) is not None，会触发 __getattribute__，慎用于有副作用的属性
• isinstance(obj, Animal) 只在用了 ABC 时才有意义；对普通类，它只是检查继承链，无法保证方法存在
• 真正安全的做法：直接调用 + try/except AttributeError，尤其适合不确定输入来源的 API 层

def safe_speak(obj):
    try:
        obj.speak()
    except AttributeError:
        print(f"{type(obj).__name__} can't speak")

重写方法时参数不一致？Python 不拦你，但调用方会崩

Python 不检查子类方法签名是否和父类/协议一致。你可以让 Dog.speak(self, volume="loud")，而 Cat.speak(self) 不带参数——语法合法，但通用函数一调就出错。

常见错误现象：通用函数传了 volume=10，Cat 报 TypeError: speak() got an unexpected keyword argument 'volume'；或者反过来，Dog 少传参数导致 TypeError: speak() missing 1 required positional argument。

• 没有编译期检查，靠测试覆盖或类型提示（def speak(self) -> str:）来暴露问题
• 如果用 mypy，加上类型注解后能发现参数不匹配；但运行时仍不管
• 最稳妥的是文档写清协议，或用 ABC 配合类型提示，在接口层统一约束

别指望语言替你守住契约，得靠人盯住方法签名、测试用例和类型检查工具。这点最容易被忽略——写的时候很顺，跑起来才见真章。

今天关于《Python多态演示：鸭子类型与接口实现》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！