在使用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)潔，沒(méi)有任何多余代碼，非常有效的提高了java的簡(jiǎn)潔性。即使再多幾個(gè)依賴一樣能解決掉這個(gè)問(wèn)題。

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

另一個(gè)方面：

依賴注入的核心思想之一就是被容器管理的類不應(yīng)該依賴被容器管理的依賴，換成白話來(lái)說(shuō)就是如果這個(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)文章希望大家以后多多支持腳本之家！ 

最新評(píng)論