答案。

多态是面向对象编程的基本原则，允许结构不同的对象实现相同的接口，因此可以互换工作。由于Python具有动态类型，多态的实现非常灵活。

问题历史

在严格的静态类型语言（如Java、C++）中，多态的支持需要声明接口或抽象类。在Python中，由于鸭子类型，多态不绑定于继承层次结构甚至接口。关键在于对象应支持所需的方法/属性。

问题

一方面，这使得语言灵活且方便。另一方面，也增加了运行时由于拼写错误或缺少所需方法而引发错误的可能性，这些错误在代码执行时才会显现。

解决方案

在Python中区分：

常规（经典）多态通过继承和方法重写:

class Animal:
    def speak(self):
        raise NotImplementedError

class Dog(Animal):
    def speak(self):
        return 'Woof!'

class Cat(Animal):
    def speak(self):
        return 'Meow!'

def animal_voice(animal):
    print(animal.speak())

animal_voice(Dog())  # Woof!
animal_voice(Cat())  # Meow!

鸭子类型 — 如果类有所需的方法，它适合任何期望该方法的函数，无论它的继承者是谁:

class Duck:
    def quack(self):
        return 'Quack!'

def make_quack(animal):
    print(animal.quack())

make_quack(Duck())  # Quack!

接口模拟 — 通过abc.ABC和@abstractmethod可以正式化类必须实现某些方法。

关键特征：

不需要强制支持严格的继承层次结构。
如果对象在运行时支持所需接口，可以替换对象。
接口不匹配的错误只有在执行时才会浮出水面。

有陷阱的问题。

继承是Python中确保多态的唯一方式吗？

不是。由于鸭子类型，任何函数都可以接受具有所需方法的对象，而不限于其类或层次结构。

仅仅按照方法名称与签名的匹配是否可以算作多态，而不考虑其本质？

不是。如果对象支持所需的方法，但其语义与预期不同，可能会出现错误。多态只有在接口和含义都一致时才算成功。

抽象类是否能防止子类错误实现接口？

只能部分防止。如果子类未实现抽象方法，则在尝试创建实例时会引发TypeError。但如果实现有逻辑违规，仍可能出现错误。

常见错误和反模式

接口实现不正确，未遵循方法的语义。
依赖鸭子类型而没有适当的测试，这导致运行时错误。
期望强类型（如在静态类型语言中），尽管Python并未保证此功能。

生活中的例子

负面案例

在日志库中植入第三方类，该类有一个log()方法，但返回数据对象而不是写入日志。错误仅在使用时显现。

优点：

不需要繁琐的官僚程序，快速集成不同的类。

缺点：

安静的bug，仅在运行时发现，通常是在生产环境中。

正面案例

类配备测试，通过抽象基类和@abstractmethod形式化接口，文档中规定了方法的语义。