在使用spring框架中的依賴注入注解@Autowired時，idea報了一個警告
大部分被警告的代碼都是不嚴謹?shù)牡胤?，所以我深入了解了一下?br /> 被警告的代碼如下：

  @Autowired
  UserDao userDao;

警告內容是

Field injection is not recommended

意思就是使用變量依賴注入的方式是不被推薦的。

使用idea解決策略是這樣的：

Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies

意思就是總是使用構造器的方式強制注入。

依賴注入有三種方式：

• 變量（filed）注入
• 構造器注入
• set方法注入

先各自看一下實現(xiàn)方式
變量（filed）注入

@Autowired
UserDao userDao;

構造器注入

  final
  UserDao userDao;

  @Autowired
  public UserServiceImpl(UserDao userDao) {
    this.userDao = userDao;
  }

set方法注入

  private UserDao userDao;

  @Autowired
  public void setUserDao (UserDao userDao) {
    this.userDao = userDao;
  }

相比較而言：

優(yōu)點：變量方式注入非常簡潔，沒有任何多余代碼，非常有效的提高了java的簡潔性。即使再多幾個依賴一樣能解決掉這個問題。

缺點：不能有效的指明依賴。相信很多人都遇見過一個bug，依賴注入的對象為null，在啟動依賴容器時遇到這個問題都是配置的依賴注入少了一個注解什么的，然而這種方式就過于依賴注入容器了，當沒有啟動整個依賴容器時，這個類就不能運轉，在反射時無法提供這個類需要的依賴。
在使用set方式時，這是一種選擇注入，可有可無，即使沒有注入這個依賴，那么也不會影響整個類的運行。
在使用構造器方式時已經顯式注明必須強制注入。通過強制指明依賴注入來保證這個類的運行。

另一個方面：

依賴注入的核心思想之一就是被容器管理的類不應該依賴被容器管理的依賴，換成白話來說就是如果這個類使用了依賴注入的類，那么這個類擺脫了這幾個依賴必須也能正常運行。然而使用變量注入的方式是不能保證這點的。
既然使用了依賴注入方式，那么就表明這個類不再對這些依賴負責，這些都由容器管理，那么如何清楚的知道這個類需要哪些依賴呢？它就要使用set方法方式注入或者構造器注入。

總結下：

變量方式注入應該盡量避免，使用set方式注入或者構造器注入，這兩種方式的選擇就要看這個類是強制依賴的話就用構造器方式，選擇依賴的話就用set方法注入。

到此這篇關于使用@Autowired注解警告Field injection is not recommended的解決的文章就介紹到這了,更多相關@Autowired注解警告內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！ 

最新評論