DI(Dependency Injection),Spring IoC 不是一種技術,而是一種思想,經過這種思想,可以指導咱們設計出鬆耦合的程序代碼。而Spring IoC這個思想的做用體如今兩個方面,一是如何將Bean裝配到容器中去以及如何從容器中獲取Bean,二是如何解決Bean之間的依賴關係,換句話說,就是若是由IoC容器來管理依賴關係,當一個Bean須要依賴另一個Bean時,IoC容器如何實現這樣的依賴關係。html
解決Spring中Bean之間的依賴的實現方式,在Spring的概念中就被稱之爲依賴注入(Dependency Injection,DI)。廣泛認爲的Spring依賴注入的實現方式有三種:構造方法注入、setter方法注入、註解注入。但,就我而言,我認爲應該劃分爲兩種形式——基於XML注入和基於註解注入,而後再細分爲下面的形式:java
基於XML的注入方式是咱們最早學習和使用的方式,也是最熟悉的方式,就簡單的作個介紹,舉個例子。spring
public class UserServiceImpl implements UserService { private UserDao userDao; public UserServiceImpl(UserDao userDao) { this.userDao = userDao; } /**繼承自UserService的方法**/ }
首先定義一個服務層UserServiceImpl
,而後在其內部增長對dao層的引用userDao
。數據庫
接下來就是添加一個構造方法public UserServiceImpl(UserDao userDao)
以待Spring經過這個方法爲userDao
注入實例。ide
<!--註冊userDao--> <bean id="userDao" class="com.klasdq.sb.c1.di.dao.impl.UserDaoImpl"></bean> <!--註冊userService 並注入userDao--> <bean id="userService" class="com.klasdq.sb.c1.di.service.impl.UserServiceImpl"> <constructor-arg name="userDao" ref="userDao"></constructor-arg> </bean>
最後在Spring XML配置文件中注入相應的bean實例。學習
經過構造方法的注入,必需要注入類中具備對應的構造方法,若沒有對應的構造方法,會出現報錯。測試
修改UserServiceImpl.java
爲:ui
public class UserServiceImpl implements UserService { private UserDao userDao; public void setUserDao(UserDao userDao) { this.userDao = userDao; } /**繼承自UserService的方法**/ }
再修改XML文件內容爲:this
<!--註冊userDao--> <bean id="userDao" class="com.klasdq.sb.c1.di.dao.impl.UserDaoImpl"></bean> <!--註冊userService 並注入userDao--> <bean id="userService" class="com.klasdq.sb.c1.di.service.impl.UserServiceImpl"> <property name="userDao" ref="userDao"></property> </bean>
這兩種方式的區別在於,1、UserServiceImpl.java
能夠不用添加構造方法,可是必須存在一個無參構造方法(如public UserServiceImpl()
,示例裏面沒寫,是由於java默認會提供一個無參構造方法)以供Spring 容器註冊生成Bean(如userService
)。2、XML文件中,採用構造方法注入時,須要使用<constructor-arg ></constructor-arg>
這對標籤;而在setter方法注入時,使用<property ></property>
標籤。設計
在XML注入過程當中,除了使用ref=""
引用以外,還可使用value=""
設定具體的值,其效果和使用註解@Value
差很少。
@Target({ElementType.CONSTRUCTOR, ElementType.METHOD, ElementType.PARAMETER, ElementType.FIELD, ElementType.ANNOTATION_TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented public @interface Autowired { boolean required() default true; }
@Autowired
是基於註解的依賴注入的關鍵點,它的源碼很是簡單,只有一個參數request()
,這個參數的做用是標識注入Bean是否必定要注入,也就是說,在Spring容器沒有找到相應Bean時,若是其值爲true
,就會報出異常;若是其值爲false
,就不會出現異常,但在使用過程當中,若是容器一直不對Bean進行注入,那麼有可能出現空指針異常。
另一點就是,源碼當中的@Target
所包含的參數正好就是基於註解的依賴注入的注入方式種類,@Target
決定了@Autowired
可以標註在哪些類型上面。
@Service("userService") public class UserServiceImpl implements UserService { private UserDao userDao; @Autowired public UserServiceImpl(UserDao userDao) { this.userDao = userDao; } /**繼承自UserService的方法**/ }
根據開發文檔的說法,這種只有一個構造方法的狀況,自Spring4.3之後,就再也不須要添加 @Autowired
標註,也能夠。可是,若是有多個構造方法時,是必需要對其中一個方法標註 @Autowired
,否則Spring會報出異常。
@Service("userService") public class UserServiceImpl implements UserService { private UserDao userDao; @Autowired public void setUserDao(UserDao userDao) { this.userDao = userDao; } /**繼承自UserService的方法**/ }
@Service("userService") public class UserServiceImpl implements UserService { @Autowired private UserDao userDao; /**繼承自UserService的方法**/ }
上面三種注入方式,都是比較熟悉的就再也不多作闡述了。重點說一下參數注入,其實方法入參注入方式感受上是和構造方法、setter方法注入形式差很少,至關於將構造方法、setter方法上的註解@Autowired
放到入參的位置。提及來可能有些抽象,直接看例子:
@Component public class UserDaoImpl implements UserDao { //簡單返回一個User,模擬數據庫查找過程 @Override public User getUser(Long id, String name){ User user = new User(); user.setId(id); user.setName(name); user.setAccount("12345678911"); user.setPassword("******"); user.setOtherInfo("this is a test account"); return user; } }
//UserService類 @Service("userService") public class UserServiceImpl implements UserService { private UserDao userDao; public UserServiceImpl(@Autowired UserDao userDao, @Autowired User user) { System.out.println("UserServiceImpl: "+user); this.userDao = userDao; } @Override public User getUser(Long id, String name){ return userDao.getUser(id,name); } }
//簡單的配置類 //做用就是爲標有@Componet(@Service也算)註解的類 生成Bean //同時 爲@Autowired標識下的Bean(對象) 注入實例 @Configuration @ComponentScan public class DIConfig { //用於Service類中入參user的注入 @Bean public User getUser(){ User u = new User(); u.setName("user inject into service"); return u; } }
//測試類 //注意:使用JUnit4測試時,若是須要使用@Autowired注入那麼必須添加 //@RunWith 標註使用Spring方式啓動(或者SpringBootRunner) //@ContextConfiguration 掃描配置類 @RunWith(SpringRunner.class) @ContextConfiguration(classes = DIConfig.class) public class DITest { //若是不添加測試類上兩個註解,會注入失敗 @Autowired private UserService userService; @Test public void testAutowired(){ System.out.println(userService.getUser(1L,"name")); } }
運行測試方法以後就獲得如下結果:
public UserServiceImpl(@Autowired UserDao userDao,@Autowired User user)
中的輸出結果:
public void testAutowired()
測試方法中的輸出結果:
注意這裏public UserServiceImpl(@Autowired UserDao userDao,@Autowired User user)
的入參:
userDao
是UserServiceImpl
的字段,但user
不是。也就是說,咱們能夠在構造方法中添加任意參數,只要是咱們須要的,不必定要求該參數是類中屬性字段。
此外還有須要注意的是,這裏所說的方法,不是任意的方法,而是構造方法或setter方法,這種public void initService(@Autowired UserDao userDao)
自定義的方法是沒法完成注入的。
在上面的例子中,咱們注入使用到的bean,都只是容器中只有一個Bean實例的狀況。那麼當容器當中出現多個同類型的Bean
時,如何處理呢?
修改配置類代碼以下:
@Configuration @ComponentScan public class DIConfig { @Bean public User getUser(){ User u = new User(); u.setName("this is user"); return u; } @Bean public User getUser2(){ User u = new User(); u.setName("this is user2"); return u; } }
修改測試類:
@RunWith(SpringRunner.class) @ContextConfiguration(classes = DIConfig.class) public class DITest { @Autowired private User user; @Test public void testAutowiredPriamry(){ System.out.println(user); } }
當不作其餘處理時,結果爲:
由於有兩個User Bean(getUser , getUser2
,@Bean未註明的狀況下,默認方法名爲Bean Name)的存在,因此Spring沒法肯定使用那個進行注入。
修改方式:
@Bean
中設置name,如@Bean(name="user")
,當名字可以匹配上private User user;
時,也能完成注入。private User user
改寫成getUser
或getUser2
任意一個,也能完成注入。道理和上面同樣,Spring首先會按照type進行匹配,若是沒法匹配,再按照名字匹配,都匹配不上時,天然拋出異常。除此以外呢,Spring爲咱們提供了兩個註解來消除依賴注入時的歧義問題。
@Primary
@Target({ElementType.TYPE, // 類、接口、枚舉類型 ElementType.METHOD})// 方法 @Retention(RetentionPolicy.RUNTIME) @Documented public @interface Primary { }
@Primary
是一個設定相同類型Bean優先級的註解,也就是說,一旦在某個類型上添加@Priamry
,當注入時,沒有明確指定Bean時,就會注入被@Priamry
標識的Bean。
@Configuration @ComponentScan public class DIConfig { @Primary @Bean public User getUser(){ User u = new User(); u.setName("this is user"); return u; } @Bean public User getUser2(){ User u = new User(); u.setName("this is user2"); return u; } }
好比上面這樣,在getUser()
上添加相應註解,測試方法也能正常運行。
可是這種方法的問題就在於@Priamry
能夠用在不少類上,若是同一類型有多個Bean被標註了@Primary
,那麼@Priamry
就失去了應有的效果。
@Qualifier
所以,Spring又提供了@Qualifier
這個註解,直接標註在@Autowired
注入的Bean上,爲其明確指定注入某個Bean。
@Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE}) @Retention(RetentionPolicy.RUNTIME) @Inherited @Documented public @interface Qualifier { String value() default ""; }
@Qualifier
能夠出現任何@Autowired
可以出現的地方,與之配套使用。好比下面這樣:
@RunWith(SpringRunner.class) @ContextConfiguration(classes = DIConfig.class) public class DITest { //直接指定使用getUser2進行注入 @Autowired @Qualifier("getUser2") private User user; @Test public void testAutowiredPriamry(){ System.out.println(user); } }
這兩種註解均可以消除歧義,推薦使用@Bean(name="xxx")和@Qualifier(value="xxx")
組合使用的方式`。可是若是開發環境中沒有歧義的存在,天然也就不須要使用這些了。
固然,上面只是對於@Autowired
一些經常使用介紹,若是想要了解更多,能夠查看Annotation-based Container Configuration。這個參考文檔當中有着更加詳細、豐富的介紹。
總得來講,Spring是如何實現IoC的呢?首先,Spring提供了一個獲取和管理Bean的IoC容器。而後,再提供了一套依賴注入的機制去幫助IoC容器更好地管理各個Bean之間的依賴關係,從而更好地實現IoC的思想。一個Bean不可能徹底脫離其餘Bean的依賴關係而獨立存在,當一個Bean須要其餘Bean的引入才能初始化時,就須要依賴注入這個機制。
舉例來講,假如存在一個A類想要去調用B接口的方法或者說須要B接口的一個實例。
傳統的程序流程是,使用一個C類實現B接口,而後A類建立一個C類的實例,從而調用其方法。
在Spring的依賴注入過程當中就變成了,A類只須要在本身的內部添加一個注入接口(廣義上的接口,不是interface
這個接口),這個接口能夠是構造方法,也能夠是setter方法或者說其餘形式;同時添加一個對B接口的引用(private B b;
)。
當真正須要生成A類的實例時,Spring IoC容器根據A類提供的接口,爲其注入相應的Bean,而這個Bean能夠是C類(class C implements B
{}),也能夠D類(class D implements B
{})等等;具體是誰,根據Bean的裝配策略和IoC容器中的Bean來肯定,再也不由開發人員管理。
公衆號:良許Linux