Spring自動註入 spring的ioc 在剛開始學習spring的時候肯定都知道spring的兩個特點:ioc,aop,控制反轉和切麵編程,這篇就只說說ioc ioc是什麼:在我們原來的代碼中,如果A依賴了B,那麼我們會自己在A類中來new B,創建B的實例來使用,是程式主動的去創建依賴,但是我 ...

Spring自動註入

spring的ioc

在剛開始學習spring的時候肯定都知道spring的兩個特點:ioc,aop,控制反轉和切麵編程,這篇就只說說ioc

ioc是什麼:在我們原來的代碼中,如果A依賴了B,那麼我們會自己在A類中來new B,創建B的實例來使用,是程式主動的去創建依賴,但是我們在使用spring的了之後還會在A中主動的去創建B嗎?基本不會,因為創建對象的這個操作從原來的我們來控制變成了spring來管理,這個過程就稱為控制反轉,ioc並不是一種技術,而是一種編程思想,代碼的設計思路

那麼這樣做的好處是什麼?

解耦,將對象之間的依賴關係交給spring來處理,避免硬編碼導致高度耦合
資源的集中易於管理和配置

而spring實現ioc使用的方法是通過DI(依賴註入),當我們大部分的對象都被spring管理後那麼spring也需要將我們A中所依賴的B,C,D...都給填充到A中,這個過程是由spring來管理的,我們只需要按照spring的規則聲明或指定,那麼spring也會幫我們完成依賴的註入

自動註入

瞭解完spring的基本思想後,來回想一下當時學習spring的入門,有沒有說過spring的一個特點就是可以自動註入?

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

@Component
public class B {
}

簡單的一段代碼,將A,B交給spring管理,在A中屬性b上添加一個@Autowired,當我們從spring的容器中取出A後發現屬性b居然有值,這個不就是自動註入嗎?

我是認為添加@Autowired註解是不算自動註入的,原因如下

1.名詞解釋

首先,什麼叫自動(~~給翻譯翻譯什麼叫tm的自動~~),生活中肯定都見過自動門,通過過自動門,當我們靠近的時候門會自動打開,通過後門自動關閉,自動就是指我們不需要手動的去開門/關門,那麼這裡的自動註入也是,我們不需要去手動的在需要註入的屬性上添加一個@Autowired註解

2.官方文檔

https://docs.spring.io/spring-framework/docs/current/reference/html/

在官方文檔的註入方式中,能看到

Dependency injection (DI) is a process whereby objects define their dependencies (that is, the other objects with which they work) only through constructor arguments, arguments to a factory method, or properties that are set on the object instance after it is constructed or returned from a factory method. The container then injects those dependencies when it creates the bean. This process is fundamentally the inverse (hence the name, Inversion of Control) of the bean itself controlling the instantiation or location of its dependencies on its own by using direct construction of classes or the Service Locator pattern.

Code is cleaner with the DI principle, and decoupling is more effective when objects are provided with their dependencies. The object does not look up its dependencies and does not know the location or class of the dependencies. As a result, your classes become easier to test, particularly when the dependencies are on interfaces or abstract base classes, which allow for stub or mock implementations to be used in unit tests.

DI exists in two major variants: Constructor-based dependency injection and Setter-based dependency injection.

翻譯就是

依賴項註入（DI）是一個過程，對象僅通過構造函數參數、工廠方法的參數或對象實例構造或從工廠方法返回後設置的屬性來定義其依賴項（即與它們一起工作的其他對象）。然後，容器在創建bean時註入這些依賴項。這個過程基本上是bean本身的逆過程（因此稱為控制反轉），通過使用類的直接構造或服務定位器模式來控制其依賴項的實例化或位置。

使用DI原則，代碼更乾凈，當對象具有依賴關係時，解耦更有效。對象不查找其依賴項，也不知道依賴項的位置或類別。因此，您的類變得更容易測試，尤其是當依賴項位於介面或抽象基類上時，這允許在單元測試中使用存根或模擬實現。

DI有兩種主要變體：基於構造函數的依賴項註入和基於Setter的依賴項註入。

註意最後一段話:有兩種主要的變體:基於構造和setter方法的依賴註入,也就是說還有其他的註入方式,下麵再細說

那麼你可能會問?我需要怎麼指定或聲明讓他去使用構造或setter方法進行註入而不是我手動指定@Autowired呢?

自動註入模式

還是spring的官網,網頁翻譯的

可以看到spring的自動裝配模式有下麵的4種,而預設的是no,也就是不自動註入

現在來說一下setter註入/構造註入和自動註入模式的關係

假設我們需要在大學中找一個人,我們可以問老師/同學,或者去查看學生名單

那麼找誰呢?我們可以去問他的名字,手機號,或者根據事件去問

比如我問老師有沒有一個叫張三的學生,可以得到結果,或者我根據手機號去查看學生的名單,也可以得到結果

我也可以去問同學,昨天下午逃課出去上網吧的人是誰?這就是根據事件去問,但是我能根據這個事件去查學生名單找到具體那個人嗎?不能

和spring的一樣,我可以根據類型去註入,通過的是setter方法,根據名稱去註入,也是通過的setter方法

但是當我指定使用構造註入的時候,那麼就是通過構造方法進行註入

那麼會發現自動註入以及DI的主要實現這裡面並沒有所說的 "@Autowired"

那麼我們怎麼使用自動註入呢?

在xml配置中,只需要將頭定義中加上一句

default-autowire="byType"

<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
                           http://www.springframework.org/schema/beans/spring-beans.xsd"
       default-autowire="byType">

而在javaconfig中要麻煩一點,我們需要自定義一個配置類,實現BeanFactoryPostProcessor或 BeanDefinitionRegisterPostProcessor來修改beanDefinition的註入模型

@Component
public class BeanFactoryPostProcessor implements BeanFactoryPostProcessor {

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		ScannedGenericBeanDefinition a =(ScannedGenericBeanDefinition) beanFactory.getBeanDefinition("a");
		a.setAutowireMode(2);
	}
}

這個2是啥意思呢,在介面AutowireCapableBeanFactory中,spring定義了每個註入模型的值

public interface AutowireCapableBeanFactory extends BeanFactory {
	int AUTOWIRE_NO = 0;

	int AUTOWIRE_BY_NAME = 1;

	int AUTOWIRE_BY_TYPE = 2;

	int AUTOWIRE_CONSTRUCTOR = 3;
	@Deprecated
	int AUTOWIRE_AUTODETECT = 4;
    ....
}

那麼當我們設置了byName或byType後,只需要提供一個setter方法即可,那麼只要這個屬性名稱的bean存在於spring容器中就會被註入

public interface Test {
}

@Component
public class TestA implements Test {
}

@Component
public class A {

	@Autowired
	private Test testA;

	public void setTestA(Test testA) {
		System.out.println("走set方法啦");
		this.testA = testA;
	}

	public A() {
		System.out.println("走無參構造方法啦");
	}

	public A(Test testA) {
		System.out.println("走有參構造方法啦");
		this.testA = testA;
	}

	@Override
	public String toString() {
		return "A{" +
				"testA=" + testA +
				'}';
	}
}

結果:

走無參構造方法啦
走set方法啦
A{testA=com.jame.pojo.test.TestA@721e0f4f}

當我設置為byType後結果一樣,就不再粘貼代碼了

而當我設置為根據構造註入後,將註入的模型改成3

@Component
public class MyBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
        ScannedGenericBeanDefinition a =(ScannedGenericBeanDefinition) beanFactory.getBeanDefinition("a");
        a.setAutowireMode(3);
    }
}

結果

走有參構造方法啦
A{testA=com.jame.pojo.test.TestA@28864e92}

那麼現在你會明白了所謂的@Autowired並不是自動註入,只要指定了這個bean的註入模型為byType/byName/構造後才是自動註入

@Autowired

@Autowired是使用setter註入是構造註入呢?是使用byName還是byType呢?

回答第一個問題:@Autowired是使用setter註入是構造註入呢?

將我的配置類BeanFactoryPostProcessor上的@Component註解去掉,然後在Test testA添加@Autowired

@Component
public class A {


	@Autowired
	private Test testA;

    //下麵的代碼和上面粘貼出的的代碼一樣

}

結果

走無參構造方法啦
A{testA=com.jame.pojo.test.TestA@546a03af}

??什麼情況,setter和構造都沒走,因為@Autowired底層使用的反射filed.set()來填充的屬性

DI有兩種主要變體：基於構造函數的依賴項註入和基於Setter的依賴項註入

主要的是使用構造和setter,而其他的說的就是這種@Autowired的註入方式

第二個問題:是使用byName還是byType呢?

答案是兩個都是,或者兩個都不是,來看例子

public interface Test {
}

@Component
public class TestA implements Test {
}

@Component
public class A {
	@Autowired
	private Test test;//註意這裡的屬性為test
    
    ....省略
}

這樣寫然後從spring容器中獲取肯定能獲取到結果,A中的testA屬性肯定有值的,就不演示了

但是,我給Test介面添加一個實現類TestB

@Component
public class TestB implements Test{

}

繼續執行代碼,發現報錯了

Error creating bean with name 'a': Unsatisfied dependency expressed through field 'test'; nested exception is org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'com.jame.pojo.test.Test' available: expected single matching bean but found 2: testA,testB

創建名稱為“a”的 bean 時出錯：通過欄位“test”表示的依賴關係不滿足；嵌套異常是 org.springframework.beans.factory.NoUniqueBeanDefinitionException：沒有“com.jame.pojo.test.Test”類型的合格 bean 可用：預期單個匹配 bean，但找到 2：testA，testB

到這裡是不是就可以說明@Autowired是byType呢?,那怎麼證明它也是byName呢?

修改A中的Test test屬性為testA時

@Component
public class A {


	@Autowired
	private Test testA;//註意這裡的屬性為testA

	.....省略
}

繼續執行代碼發現又可以了

走無參構造方法啦
A{testA=com.jame.pojo.test.TestA@28864e92}

我們把屬性改為Test testB後繼續測試

走無參構造方法啦
A{testB=com.jame.pojo.test.TestB@28864e92}

發現也是可以的,那麼結論就是:@Autowired既是byType也是byName

當Spring容器中只有一個匹配的類時,會根據Type直接註入,而存在多個匹配的時候(接收的屬性定義為介面,有多個實現類),會直接拋出異常

這時候我們可以使用@Qualifier("testA")來指定具體哪一個類來註入

或者修改屬性的名字為需要註入類的名稱(首字母小寫)

測試了一下@Qualifier()是高於byName的,也就是說即使存在兩個匹配的類,即使屬性名叫testB,我只要使用@Qualifier("testA")來指定bean,那麼註入的就是testA

蕪湖沒了,拜拜

spring的自動註入