Autowired的使用：推薦對建構函式進行註釋及其他兩種方式
在編寫程式碼的時候，使用@Autowired註解是，發現IDE報的一個警告，如下：
Spring Team recommends "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies".
翻譯：
Spring建議”總是在您的bean中使用建構函式建立依賴注入。總是使用斷言強制依賴”。
這段程式碼警告原來的寫法是：
@Autowired
private EnterpriseDbService service;
建議後寫成下面的樣子：
private final EnterpriseDbService service;
@Autowired
public EnterpriseDbController(EnterpriseDbService service) {
this.service = service;
}
奇怪，為何會有這樣的建議。
我們知道：@Autowired 可以對成員變數、方法以及建構函式進行註釋。那麼對成員變數和建構函式進行註釋又有什麼區別呢？
@Autowired注入bean，相當於在配置檔案中配置bean，並且使用setter注入。而對建構函式進行註釋，就相當於是使用建構函式進行依賴注入了吧。莫非是這兩種注入方法的不同。
以下是：@Autowired和構造方法執行的順序解析
先看一段程式碼，下面的程式碼能執行成功嗎？
1 @Autowired
2 private User user;
3 private String school;
4
5 public UserAccountServiceImpl(){
6 this.school = user.getSchool();
7 }
答案是不能。
因為Java類會先執行構造方法，然後再給註解了@Autowired 的user注入值，所以在執行構造方法的時候，就會報錯。
報錯資訊可能會像下面：
Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name '...' defined in file [....class]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [...]: Constructor threw exception; nested exception is java.lang.NullPointerException
報錯資訊說：建立Bean時出錯，出錯原因是例項化bean失敗，因為bean時構造方法出錯，在構造方法裡丟擲了空指標異常。
解決辦法是，使用構造器注入，如下：
1 private User user;
2 private String school;
3
4 @Autowired
5 public UserAccountServiceImpl(User user){
6 this.user = user;
7 this.school = user.getSchool();
8 }
可以看出，使用構造器注入的方法，可以明確成員變數的載入順序。
PS：Java變數的初始化順序為：靜態變數或靜態語句塊–>例項變數或初始化語句塊–>構造方法–>@Autowired
參考：http://blog.csdn.net/ruangong1203/article/details/50992147
那麼最開始Spring建議，為何要將成員變數加上final型別呢？
網上有解釋如下：spring配置預設的bean的scope是singleton，也就是啟動後一直有。通過設定bean的scope屬性為prototype來宣告該物件為動態建立。但是，如果你的service本身是singleton，注入只執行一次。
@Autowired本身就是單例模式，只會在程式啟動時執行一次，即使不定義final也不會初始化第二次，所以這個final是沒有意義的吧。
可能是為了防止，在程式執行的時候，又執行了一遍建構函式；
或者是更容易讓人理解的意思，加上final只會在程式啟動的時候初始化一次，並且在程式執行的時候不會再改變。
在IDEA升級2017版後，發現以前使用的@Autowired出現了個警告Field injection is not recommended。
雖然不是異常，但就是看著不舒服，所以google了一下，發現了stackoverflow 已經有人提了這個問題，並得到了解答。
@Autowired的不推薦用法
在一個Bean內，可以使用@Autowired注入另一個Bean。
|
1 2 3 4 5 6 7 8 9 |
@Component public class Dependency(){ } @Component public class DI(){ @Autowired private Dependency dependency; } |
事實上，這就是我平常使用的方式，直接在Field上添加註解，簡潔又好看。
但這是不推薦的使用方法。
@Autowired的三種使用方式
- 通過構造器注入
- 通過setter方法注入
- 通過field反射注入
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
public class DI(){ //通過構造器注入 private DependencyA a; @Autowired public DI(DependencyA a){ this.a = a; } //通過setter方法注入 private DependencyB b; @Autowired public void setDependencyB(DependencyB b){ this.b = b; } //通過field反射注入 @Autowired private DependencyC c; } |
弊端
如果你使用的是構造器注入
恭喜你，當你有十幾個甚至更多物件需要注入時，你的建構函式的引數個數可能會長到無法想像。
如果你使用的是field反射注入
如果不使用Spring框架，這個屬性只能通過反射注入，太麻煩了！這根本不符合JavaBean規範。
還有，當你不是用過Spring建立的物件時，還可能引起NullPointerException。
並且，你不能用final修飾這個屬性。
如果你使用的是setter方法注入
那麼你將不能將屬性設定為final。
兩者取其輕
Spring3.0官方文件建議使用setter注入覆蓋構造器注入。
Spring4.0官方文件建議使用構造器注入。
結論
如果注入的屬性是必選的屬性，則通過構造器注入。
如果注入的屬性是可選的屬性，則通過setter方法注入。