spring的自動注入
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
蕪湖沒了,拜拜