一、前言

Spring框架對(duì)Java開發(fā)的重要性不言而喻，其核心特性就是IOC（Inversion of Control， 控制反轉(zhuǎn)）和AOP，平時(shí)使用最多的就是其中的IOC，我們通過將組件交由Spring的IOC容器管理，將對(duì)象的依賴關(guān)系由Spring控制，避免硬編碼所造成的過度程序耦合。

前幾天的時(shí)候，筆者的同事問我為什么要使用構(gòu)造器的注入方式，我回答說因?yàn)镾pring文檔推薦這種，而說不出為什么 T^T，后面抽時(shí)間了解了一下，下面就是筆者要討論的就是其注入方式。

二、常見的三種注入方式

1.注解注入

筆者為了方便起見就只是用注解的方式注入（現(xiàn)在也很少使用xml了吧）

Controller
public class FooController {
  @Autowired
  //@Inject
  private FooService fooService;
  
  //簡(jiǎn)單的使用例子，下同
  public List<Foo> listFoo() {
      return fooService.list();
  }
}

這種注入方式應(yīng)該是筆者目前為止開發(fā)中見到的最常見的注入方式。原因很簡(jiǎn)單：

注入方式非常簡(jiǎn)單：加入要注入的字段，附上@Autowired，即可完成。使得整體代碼簡(jiǎn)潔明了，看起來美觀大方。

2.構(gòu)造器注入

Controller
public class FooController {
  
  private final FooService fooService;
  
  @Autowired
  public FooController(FooService fooService) {
      this.fooService = fooService;
  }
  
  //使用方式上同，略
}

在Spring4.x版本中推薦的注入方式就是這種，相較于上面的field注入方式而言，就顯得有點(diǎn)難看，特別是當(dāng)注入的依賴很多（5個(gè)以上）的時(shí)候，就會(huì)明顯的發(fā)現(xiàn)代碼顯得很臃腫。

對(duì)于從field注入轉(zhuǎn)過來+有強(qiáng)迫癥的園友 來說，簡(jiǎn)直可以說是石樂志 (`Д´*)9。對(duì)于這一點(diǎn)我們后面再來討論，別急。

3.setter注入

@Controller
public class FooController {
  
  private FooService fooService;
  
  //使用方式上同，略
  @Autowired
  public void setFooService(FooService fooService) {
      this.fooService = fooService;
  }
}

在Spring3.x剛推出的時(shí)候，推薦使用注入的就是這種，筆者現(xiàn)在也基本沒看到過這種注解方式，寫起來麻煩，當(dāng)初推薦Spring自然也有他的道理，這里我們引用一下Spring當(dāng)時(shí)的原話:

The Spring team generally advocates setter injection, because large numbers of constructor arguments can get unwieldy, especially when properties are optional. Setter methods also make objects of that class amenable to reconfiguration or re-injection later. Management through JMX MBeans is a compelling use case.
Some purists favor constructor-based injection. Supplying all object dependencies means that the object is always returned to client (calling) code in a totally initialized state. The disadvantage is that the object becomes less amenable to reconfiguration and re-injection.

簡(jiǎn)單的翻譯一下就是：構(gòu)造器注入?yún)?shù)太多了，顯得很笨重，另外setter的方式能用讓類在之后重新配置或者重新注入。
那么后面為什么又換成構(gòu)造器注入了呢？（喂喂喂，Spring你前一大版本還貶低構(gòu)造器注入，后面就立刻捧人家了不好吧，不過能用于承認(rèn)自己的錯(cuò)誤，才是真正令人稱贊的地方吧 (?•??•?)??）

三、構(gòu)造器注入的好處

Spring官方寫的這個(gè)構(gòu)造器注入可以保證注入的組件不可變，因?yàn)榻M件是用final修飾的，另外可以保證組件不為空。此外返回給客戶端的時(shí)候保證組件是完整初始化后的狀態(tài)。

下面來簡(jiǎn)單的解釋一下：

1、依賴不可變：其實(shí)說的就是final關(guān)鍵字，這里不再多解釋了。不明白的園友可以回去看看Java語法。

2、依賴不為空（省去了我們對(duì)其檢查）：當(dāng)要實(shí)例化FooController的時(shí)候，由于自己實(shí)現(xiàn)了有參數(shù)的構(gòu)造函數(shù)，所以不會(huì)調(diào)用默認(rèn)構(gòu)造函數(shù)，那么就需要Spring容器傳入所需要的參數(shù)，所以就兩種情況：1、有該類型的參數(shù)->傳入，OK 。2：無該類型的參數(shù)->報(bào)錯(cuò)。所以保證不會(huì)為空，Spring總不至于傳一個(gè)null進(jìn)去吧

3、完全初始化的狀態(tài)：這個(gè)可以跟上面的依賴不為空結(jié)合起來，向構(gòu)造器傳參之前，要確保注入的內(nèi)容不為空，那么肯定要調(diào)用依賴組件的構(gòu)造方法完成實(shí)例化。而在Java類加載實(shí)例化的過程中，構(gòu)造方法是最后一步（之前如果有父類先初始化父類，然后自己的成員變量，最后才是構(gòu)造方法，這里不詳細(xì)展開。）。所以返回來的都是初始化之后的狀態(tài)

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論