重載方法選擇：了解實際參數類型的作用
Java 的動態方法分派機制存在很容易被忽略的細微差別。本文探討了關於實際參數類型對方法選擇的影響的具體誤解。
問題：
在提供的程式碼中，Callee 介面定義了三種重載方法富。期望的是，當使用實際的「Integer i」呼叫 foo 時，將選擇方法 foo(Integer i)。然而，觀察到的行為是，無論實際參數類型為何，foo(Object o) 總是被執行。
解釋：
與預期相反，Java 的方法選擇過程僅考慮參數的編譯時類型。這意味著 Java 不支援基於實際參數類型的重載，即「運行時類型檢查」的概念。
官方說法：
The Java 語言規範明確指出：
When a method is invoked, the number of actual arguments (and any explicit type arguments) and **the compile-time types of the arguments** are used, at compile time, to determine the signature of the method that will be invoked.
因此，Java 的方法選擇機制忽略作為方法傳遞的對象的實際運行時類型參數。
意思：
此行為可能會產生重大影響。例如，在處理多型物件或類別的層次結構時，基於實際參數類型的預期重載行為可能不會發生。
替代方案：
如果執行時間類型檢查如果需要的話，Java 提供了替代機制，例如反射和泛型，它們在處理不同物件類型時提供了更大的靈活性。
以上是為什麼Java的方法重載會忽略執行階段參數類型？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
