快捷導(dǎo)航

使用@Autowired注解警告Field injection is not recommended的解決

更新時(shí)間：2020年04月14日 09:24:19 作者：下雨了_簡(jiǎn)

這篇文章主要介紹了使用@Autowired注解警告Field injection is not recommended的解決，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

在使用spring框架中的依賴注入注解@Autowired時(shí)，idea報(bào)了一個(gè)警告
大部分被警告的代碼都是不嚴(yán)謹(jǐn)?shù)牡胤剑晕疑钊肓私饬艘幌隆?br /> 被警告的代碼如下：

  @Autowired
  UserDao userDao;

警告內(nèi)容是

Field injection is not recommended

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

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

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

意思就是總是使用構(gòu)造器的方式強(qiáng)制注入。

依賴注入有三種方式：

變量（filed）注入
構(gòu)造器注入
set方法注入

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

@Autowired
UserDao userDao;

構(gòu)造器注入

  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)點(diǎn)：變量方式注入非常簡(jiǎn)潔，沒有任何多余代碼，非常有效的提高了java的簡(jiǎn)潔性。即使再多幾個(gè)依賴一樣能解決掉這個(gè)問題。

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

另一個(gè)方面：

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

總結(jié)下：

變量方式注入應(yīng)該盡量避免，使用set方式注入或者構(gòu)造器注入，這兩種方式的選擇就要看這個(gè)類是強(qiáng)制依賴的話就用構(gòu)造器方式，選擇依賴的話就用set方法注入。

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

您可能感興趣的文章: