一.前言： IOC（控制反轉(zhuǎn)）與DI（依賴注入）

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

在講依賴注入之前，我覺得有必要了解一下IOC（控制反轉(zhuǎn)）與DI（依賴注入）的關(guān)系，在這篇文章中有詳細(xì)的介紹：spring IOC 與 DI。

二.DI的三種常見注入方式

DI的三種常見注入方式為：setter注入、構(gòu)造器注入和基于注解的注入（也叫field注入），下面來(lái)分別講講他們的特點(diǎn)。

2.1 基于注解注入

首先來(lái)看一下它的實(shí)現(xiàn)：

@RestController
@RequestMapping("/annotation")
public class AnnotationController {
    @Autowired
    private DiService diService;
 
    @GetMapping("/test001")
    public String test001() {
        return diService.test001("annotation");
    }
}

這種方式應(yīng)該是目前最常見的注入方式了，原因很簡(jiǎn)單：

1、注入方式非常簡(jiǎn)單：加上@Autowired注解，加入要注入的字段，即可完成。

2、使得整體代碼簡(jiǎn)潔明了，看起來(lái)美觀大方。

在介紹注解注入的方式前，先簡(jiǎn)單了解bean的一個(gè)屬性autowire，autowire主要有三個(gè)屬性值：constructor，byName，byType。

• constructor：通過(guò)構(gòu)造方法進(jìn)行自動(dòng)注入，spring會(huì)匹配與構(gòu)造方法參數(shù)類型一致的bean進(jìn)行注入，如果有一個(gè)多參數(shù)的構(gòu)造方法，一個(gè)只有一個(gè)參數(shù)的構(gòu)造方法，在容器中查找到多個(gè)匹配多參數(shù)構(gòu)造方法的bean，那么spring會(huì)優(yōu)先將bean注入到多參數(shù)的構(gòu)造方法中。
• byName：被注入bean的id名必須與set方法后半截匹配，并且id名稱的第一個(gè)單詞首字母必須小寫，這一點(diǎn)與手動(dòng)set注入有點(diǎn)不同。
• byType：查找所有的set方法，將符合符合參數(shù)類型的bean注入。

下面進(jìn)入正題：

注解方式注冊(cè)bean:

在以前的開發(fā)中，我們主要使用四種注解注冊(cè)bean，每種注解可以任意使用，只是語(yǔ)義上有所差異：

1. @Component：可以用于注冊(cè)所有bean
2. @Repository：主要用于注冊(cè)dao層的bean
3. @Controller：主要用于注冊(cè)控制層的bean
4. @Service：主要用于注冊(cè)服務(wù)層的bean

隨著springboot的流行，@Bean注解也逐漸的被我們使用起來(lái)。Spring的@Bean注解用于告訴方法，產(chǎn)生一個(gè)Bean對(duì)象，然后這個(gè)Bean對(duì)象交給Spring管理。產(chǎn)生這個(gè)Bean對(duì)象的方法Spring只會(huì)調(diào)用一次，隨后這個(gè)Spring將會(huì)將這個(gè)Bean對(duì)象放在自己的IOC容器中。

注解方式注入依賴（主要有兩種）：

• @Resource ：java的注解，默認(rèn)以byName的方式去匹配與屬性名相同的bean的id，如果沒有找到就會(huì)以byType的方式查找，如果byType查找到多個(gè)的話，使用@Qualifier注解（spring注解）指定某個(gè)具體名稱的bean。
• @Autowired ：spring注解，默認(rèn)是以byType的方式去匹配類型相同的bean，可以結(jié)合@Qualifier 注解根據(jù)byName方式匹配。

關(guān)于他們的具體用法與區(qū)別，因?yàn)閮?nèi)容比較多，所以寫在另一篇博客中，請(qǐng)見：@Autowired 和 @Resource 詳解

2.2 構(gòu)造器注入

老規(guī)矩，先上代碼示例：

@RestController
@RequestMapping("/constructor")
public class ConstructorController {
    private final DiService diService;
    private final String result; 
    public ConstructorController(DiService diService) {
        this.diService = diService;
        this.result = diService.test001("constructor");
    }
 
    @GetMapping("/test001")
    public String test001() {
        return diService.test001(this.result);
    }
}

這里有一個(gè)問題，如果只有一個(gè)有參數(shù)的構(gòu)造方法并且參數(shù)類型與注入的bean的類型匹配，那就會(huì)注入到該構(gòu)造方法中。如果有多個(gè)有參數(shù)的構(gòu)造方法并且每個(gè)構(gòu)造方法的參數(shù)列表里面都有要注入的屬性，那userDaoJdbc會(huì)注入到哪里呢？

在Spring4.x版本中推薦的注入方式就是這種，相較于上面的field注入方式而言，就顯得有點(diǎn)難看，特別是當(dāng)注入的依賴很多（5個(gè)以上）的時(shí)候，就會(huì)明顯的發(fā)現(xiàn)代碼顯得很臃腫。對(duì)于從field注入轉(zhuǎn)過(guò)來(lái)+有強(qiáng)迫癥的同學(xué)來(lái)說(shuō)，簡(jiǎn)直可以說(shuō)是石樂志 ，但是為啥spring官方還會(huì)這么推薦呢？

官方文檔里是這么說(shuō)的：

The Spring team generally advocates constructor injection as it enables one to implement application components as immutable objects and to ensure that required dependencies are not null. Furthermore constructor-injected components are always returned to client (calling) code in a fully initialized state.

翻譯一下就是：Spring團(tuán)隊(duì)通常提倡構(gòu)造函數(shù)注入，因?yàn)樗试S將應(yīng)用程序組件實(shí)現(xiàn)為不可變的對(duì)象，并確保所需的依賴不為空。此外，注入構(gòu)造函數(shù)的組件總是以完全初始化的狀態(tài)返回給客戶機(jī)(調(diào)用)代碼。

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

• 不可變的對(duì)象：其實(shí)說(shuō)的就是final關(guān)鍵字，這里不再多解釋了。
• 依賴不為空：省去了我們對(duì)其檢查。當(dāng)要實(shí)例化ConstructorController的時(shí)候，由于自己實(shí)現(xiàn)了有參數(shù)的構(gòu)造函數(shù)，所以不會(huì)調(diào)用默認(rèn)構(gòu)造函數(shù)，那么就需要Spring容器傳入所需要的參數(shù)，所以就兩種情況：1、有該類型的參數(shù)->傳入，OK 。2：無(wú)該類型的參數(shù)->報(bào)錯(cuò)。這樣就可以保證不會(huì)為空。
• 完全初始化的狀態(tài)：這個(gè)可以跟上面的依賴不為空結(jié)合起來(lái)，向構(gòu)造器傳參之前，要確保注入的內(nèi)容不為空，那么肯定要調(diào)用依賴組件的構(gòu)造方法完成實(shí)例化。而在Java類加載實(shí)例化的過(guò)程中，構(gòu)造方法是最后一步（之前如果有父類先初始化父類，然后自己的成員變量，最后才是構(gòu)造方法，這里不詳細(xì)展開。）。所以返回來(lái)的都是初始化之后的狀態(tài)。

與注解方式注入相比，構(gòu)造器注入可復(fù)用性高，如果使用field注入，缺點(diǎn)顯而易見，對(duì)于IOC容器以外的環(huán)境，除了使用反射來(lái)提供它需要的依賴之外，無(wú)法復(fù)用該實(shí)現(xiàn)類。而且將一直是個(gè)潛在的隱患，因?yàn)槟悴徽{(diào)用將一直無(wú)法發(fā)現(xiàn)NPE的存在。

相對(duì)于注解注入，構(gòu)造器注入可以防止循環(huán)依賴的問題，若如下代碼：

public class A {
    @Autowired
    private B b;
}
 
public class B {
    @Autowired
    private A a;
}

如果使用構(gòu)造器注入，在spring項(xiàng)目啟動(dòng)的時(shí)候，就會(huì)拋出：

BeanCurrentlyInCreationException：Requested bean is currently in creation: Is there an unresolvable circular reference？

從而提醒你避免循環(huán)依賴，如果是注解注入的話，啟動(dòng)的時(shí)候不會(huì)報(bào)錯(cuò)，在使用那個(gè)bean的時(shí)候才會(huì)報(bào)錯(cuò)。

2.3 setter注入

這是在spring3.x出來(lái)的時(shí)候，官方推薦的注入方式，但是在spring4.x以后就沒有見它推薦了，而且在實(shí)際開發(fā)中已經(jīng)很少能見到這種注入方式了。

下面來(lái)看一下它的實(shí)現(xiàn)：

@RestController
@RequestMapping("/setter")
public class SetterController {
    private DiService diService; 
    @Autowired
    public void setDiService(DiService diService) {
        this.diService = diService;
    }
 
    @GetMapping("/test001")
    public String test001() {
        return diService.test001("setter");
    }
}

試想一下，一旦需要注入的組件很多，那我們會(huì)累死的，所以大家都不喜歡用它也是情理之中的事情。

這里有一點(diǎn)需要注意：如果通過(guò)set方法注入屬性，那么spring會(huì)通過(guò)默認(rèn)的空參構(gòu)造方法來(lái)實(shí)例化對(duì)象，所以如果在類中寫了一個(gè)帶有參數(shù)的構(gòu)造方法，一定要把空參數(shù)的構(gòu)造方法寫上，否則spring沒有辦法實(shí)例化對(duì)象，導(dǎo)致報(bào)錯(cuò)。

總結(jié)

這么多的依賴注入方式，我們應(yīng)該怎么選擇呢？那種方式最好呢？

其實(shí)，有句古話說(shuō)的很對(duì)，合適自己的才是最好的，我們需要看情況來(lái)選擇使用哪種注入方式。

使用構(gòu)造器注入的好處：

1. 保證依賴不可變（final關(guān)鍵字）
2. 保證依賴不為空（省去了我們對(duì)其檢查）
3. 保證返回客戶端（調(diào)用）的代碼的時(shí)候是完全初始化的狀態(tài)
4. 避免了循環(huán)依賴
5. 提升了代碼的可復(fù)用性

另外，當(dāng)有一個(gè)依賴有多個(gè)實(shí)現(xiàn)的使用，推薦使用注解方式注入的方式來(lái)指定注入的類型或name，使用setter注入指定類型。這是spring官方博客對(duì)setter注入方式和構(gòu)造器注入的比較。

謝謝大家看完了，以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如果有描述不對(duì)的地方歡迎指正，與大家共同進(jìn)步！

最新評(píng)論