在多數(shù)面向對象教材中，多態(tài)（Polymorphism）與封裝、繼承并稱為面向對象的三大特性。然而，Python 對多態(tài)這一概念有著不同的理解與實現(xiàn)路徑。

在 Python 中，多態(tài)并不是對象的固有屬性，而是運行時調用成功的結果。

5.1 傳統(tǒng)多態(tài)：基于類型分派

在經(jīng)典面向對象體系中，多態(tài)建立在類型分派機制之上：

animal.speak();            // 運行時動態(tài)分派到 Dog.speak()

這里多態(tài)成立，依賴于以下事實：

? Dog 是 Animal 的子類型

? speak 在 Animal 接口中被聲明

? 調用在編譯期已被類型系統(tǒng)確認合法

在這種模型中，多態(tài)是類型系統(tǒng)的能力，調用點只是執(zhí)行既定的類型規(guī)則。

對象“能做什么”，在進入運行期之前，已被類型關系嚴格限定。

5.2 Python 的多態(tài)：基于調用成功

Python 采用了完全不同的路徑：

    return x.read()    # 不關心 x 的類型，只關心能否調用 read()

只要對象在運行時能夠響應 .read()，多態(tài)就成立：

process(NetworkStream())         # 示例：任意提供 read() 的對象

Python 不要求對象繼承自特定基類，不要求顯式聲明接口。

Python 只關心一個事實：這次調用，在運行時是否成功。

因此，在 Python 中，多態(tài)不是“類型允許的可能性”，而是“調用成功的現(xiàn)實”。

5.3 調用點決定多態(tài)語義

一個關鍵但常被忽略的事實是：多態(tài)語義由“調用點 + 對象”共同決定。

use_as_context(file_obj)    # 上下文管理器角色

從上述示例可以看出，對象本身并未改變，但調用點對對象的期待不同，多態(tài)語義也隨之變化。

這意味著，在 Python 中，對象并不“攜帶多態(tài)”，多態(tài)發(fā)生在具體的調用表達式處。

5.4 同一調用，不同對象

多態(tài)最直觀的體現(xiàn)是，同一調用形式，對不同對象產(chǎn)生合理效果。

print("hello".__len__())   # 直接調用魔術方法

這種統(tǒng)一性并非來自共享類型體系，而是因為這些對象都實現(xiàn)了 __len__ 方法，調用點只關心“能否響應這次調用”。

這正是 Python 多態(tài)的運行時本質：

行為基于實際能力，而非類型聲明。

5.5 多態(tài)與接口穩(wěn)定性

既然多態(tài)依賴調用成功，接口穩(wěn)定性就來自使用約定，而非類型約束。

        self._update_data()

在 Python 中，接口穩(wěn)定取決于調用點長期依賴哪些屬性以及這些屬性的語義是否一致。

只要滿足：

? 調用形式不變

? 屬性名稱不變

? 語義承諾不變

那么多態(tài)就能持續(xù)成立，無論實現(xiàn)如何演化。

5.6 運行時多態(tài)的優(yōu)勢

由于多態(tài)發(fā)生在運行時，Python 支持更加靈活的接口組合與演進方式：

        return self.legacy.old_method()

這種方式支持：

? 靈活適配：兼容不同接口風格

? 漸進演進：新舊實現(xiàn)共存

? 低耦合：減少類型依賴

小結

在 Python 中，多態(tài)不是類型體系的產(chǎn)物，而是調用語義的結果。對象是否參與多態(tài)，不取決于它“是什么”，而取決于它在某個調用點上“能否被這樣使用”。多態(tài)因此成為一種運行時事實，而非設計時承諾。

“點贊有美意，贊賞是鼓勵”