Spring依賴注入：注入接口和實現類，有何區別？

spring框架依賴注入：接口和實現類的最佳實踐

本文分析Spring依賴注入中注入接口與注入實現類的差異，并結合實例闡述其優劣。

文中案例展示了兩種Spring依賴注入方式：直接注入實現類和注入接口類型。前者輸出結果符合預期，而后者返回Object類型而非預期的IFactoryMethodService類型。這引出了兩個關鍵問題：為何注入接口時返回Object？接口注入和實現類注入有何區別？

第一個問題的關鍵在于接口的泛型定義。Spring的類型檢查僅基于接口定義，不深入實現類細節。若接口使用泛型，則泛型參數類型默認Object。因此，即使實現類返回IFactoryMethodService對象，在接口層面仍為Object類型。

第二個問題，從實用性角度來看，區別在于靈活性。對于多實現類的接口，注入接口更靈活。

注入接口且未指定實現類時，Spring返回所有實現類的列表（List）。開發者需遍歷列表，使用instanceof等方法選擇合適的實現類。這提升了系統擴展性，例如，添加新實現類無需修改原有代碼。

而注入實現類則直接依賴于特定實現類，缺乏靈活性。若需支持新實現，則需修改依賴注入配置和業務代碼。

例如，若需向飛書、企業微信、釘釘等多個渠道發送告警，可定義一個告警接口，分別實現各個渠道的告警邏輯。業務代碼注入該接口的List，循環調用每個實現類的告警方法。添加新告警渠道只需新增實現類，無需修改業務代碼。反之，若注入具體實現類，則需修改代碼以適配新渠道。

綜上，注入接口更符合面向接口編程原則，具有更好的擴展性和靈活性，尤其在需要支持多種實現類時。注入實現類則相對簡單直接，但靈活性較差。選擇何種方式取決于具體應用場景和需求。