Java 覆寫 vs 重載：方法簽名變更導致的多態失效陷阱

陷阱現場：WindError

class InstrumentX { public void play(int NoteX) { println("InstrumentX.play()"); } }
class WindX extends InstrumentX {
    // 參數類型從 int 變為 NoteX 類！
    public void play(NoteX n) { println("WindX.play(NoteX n)"); }
}
static void tune(InstrumentX i) { i.play(NoteX.MIDDLE_C); } // 參數是 int
new WindError().tune(new WindX()); // 輸出：InstrumentX.play()

根因：重載而非覆寫

• 覆寫：方法簽名（名稱+參數列表）完全相同，運行期動態綁定。
• 重載：方法名相同但參數列表不同，編譯期靜態綁定。

WindX.play(NoteX) 與 InstrumentX.play(int) 參數類型不同 → 重載。編譯器認為程序員有意重載，不報錯。

調用決議過程

1. tune() 參數類型 InstrumentX，調用 play(int)。
2. 傳入實參 NoteX.MIDDLE_C（int 型）。
3. 編譯期綁定 InstrumentX.play(int)（基類版本）。
4. 運行期不會調用 WindX.play(NoteX)，因簽名不匹配。

命名規範避坑

參數名用小寫開頭（noteX），類名大寫（NoteX）。若遵守規範，play(NoteX noteX) 類型差異一眼可見。

鐵律

覆寫時嚴格保持方法簽名不變。任何參數類型/個數/順序變更皆為重載，破壞多態。編譯器不會幫你攔截此類邏輯錯誤。