使用Spring實現依賴注入

可實現的方式有3種：

屬性注入
Setter注入
構造方法注入

屬性注入:

在屬性聲明之前添加@Autowired注解

• 該類必須是Spring管理對象的

public class UserController{
    @Autowired
    private IUserService userService;
}

優點：簡單便捷，直觀
缺點：在屬性上使用@Autowired是不安全的，在執行單元測試（不依賴于任何非測試環境，包括Spng環境，如果加載了非測試環境，則稱之為：集成測試)時，由于不加載Spring環境，屬性將不會被注入值，則相關代碼會出現NPE(NullPointerException),或者，無論是任何原因導致未加載Spring環境的運行，都會導致NPE!

Setter注入:

在需要被Spring調用的Setter方法的聲明之前添加@Autowired注解(該類必須是Spring管理對象的)

public class UserController{
    private IUserService userService;
    @Autowired
    public void setUserService(IUserService userService){
        this.userServcie = userService;
    }
}

配置類中的@Bean方法也是Spring自動調用的,Spring也會嘗試從容器中查找匹配的對象并用于調用@Bean方法

• 優點：直觀，相比屬性注入，安全性略有提升
  • 即使屬性是orivatel的，在沒有加載Spring環境時，也可以手動調用Setter方法，以避免出現NPE問題
    • 將屬性聲明為private:是開發規范，應該遵守
• 缺點：相對麻煩，且沒有徹底解決安全問題
  • 增減屬性都要做相應的調整
  • 如果使用lombok,源代碼中根本沒有Setter)方法，無法添加注解
  • 在沒有加載Spring環境時，如果沒有手動調用Setter方法，仍會導致NPE

構造方法注入:

• 在需要被Spring調用的構造方法的聲明之前添加@Autowired注解

  • 該類必須是Spring管理對象的，演示代碼中將不體現這部分代碼

    public class UserController{
        private IUserService userService;
        @Autowired
        public UserController(IUserService userService){
            this.userServcie = userService;
        }
    }
    

  • 僅當類中有多個構造方法時才需要添加該注解，如果僅有1個構造方法，Spring會自動調用

• 優點：能保障安全性

  • 如果構造方法是唯一的，任何環境下都是必須調用的，不會出現在NPE問題

• 缺點：不直觀，相對麻煩

  • 構造方法的參數列表可能很長
  • 必須結合構造方法，才可以明確哪些屬性將被注入值
  • 必須保證構造方法唯一
  • 增減屬性都要做相應的調整

總結:

理論:

• 使用@Autowired時，可以通過屬性注入、Setter注入和構造方法注入這3種方式，Spring本身并不關心你使用哪種方式，只要使用方式沒有問題，都是可以裝配的
  • 理論上的選取原則：構造方法注入>Setter注入>屬性注入
    • 如果構造方法是唯一的，任何環境下都是必須調用的，不會出現在NPE問題
    • 如果屬性是private的，有Setter方法時，即使不加載Spring環境，也可以手動調用，以避免出現NPE問題
    • 如果屬性是privatel的，沒有可為屬性賦值的構造方法，也沒有Setter方法，當不加載Spring環境時，必然出現NPE問題

面試答案:

• 使用Spring實現依賴注入時，可實現的方式有3種：屬性注入，Setter注入，構造方法注入。

• 如果項目對代碼安全性的要求不是特別高，可以使用屬性注入，因為編寫代碼非常便利，并且直觀，哪些屬性會被注入值，一目了然，但這種做法并不安全，當不加載Spring環境時，例如執行單元測試時，會出現NPE問題，即出現安全問題；Setter注入方式比較中庸，并且使用lombok時不可行，并不推薦使用；理想的方式是使用構造方法注入，可以徹底杜絕NPE安全問題，但是需要保證類中僅有1個將用于對各需要注入值的屬性賦值的構造方法，而且，會導致構造方法的參數列表可能很長，并且，必須結合構造方法，才可以明確哪些屬性將被注入值，增減屬性都需要做相應的調整，總的來說，相對麻煩，編寫代碼成本略高，總的來說，雖然安全，但缺點也比較多，是對代碼安全性的要求非常高時的唯一方案。