本文轉載自《http://blog.csdn.net/chjttony/article/details/6278627》,想總結Bean實例化過程,總結也是作筆記,有總結得很好的就“拿來主義”了。
下面我們通過代碼分析容器預實例化的實現過程:
(1).先從IoC容器的初始會過程開始,通過前面文章分析,我們知道IoC容器讀入已經定位的Bean定義資源是從refresh方法開始的,我們首先從AbstractApplicationContext類的refresh方法入手分析,源碼如下:
- //容器初始化的過程,讀入Bean定義資源,並解析註冊
- public void refresh() throws BeansException, IllegalStateException {
- synchronized (this.startupShutdownMonitor) {
- //調用容器準備刷新的方法,獲取容器的當時時間,同時給容器設置同步標識
- prepareRefresh();
- //告訴子類啓動refreshBeanFactory()方法,Bean定義資源文件的載入從
- //子類的refreshBeanFactory()方法啓動
- ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
- //爲BeanFactory配置容器特性,例如類加載器、事件處理器等
- prepareBeanFactory(beanFactory);
- try {
- //爲容器的某些子類指定特殊的BeanPost事件處理器
- postProcessBeanFactory(beanFactory);
- //調用所有註冊的BeanFactoryPostProcessor的Bean
- invokeBeanFactoryPostProcessors(beanFactory);
- //爲BeanFactory註冊BeanPost事件處理器.
- //BeanPostProcessor是Bean後置處理器,用於監聽容器觸發的事件
- registerBeanPostProcessors(beanFactory);
- //初始化信息源,和國際化相關.
- initMessageSource();
- //初始化容器事件傳播器.
- initApplicationEventMulticaster();
- //調用子類的某些特殊Bean初始化方法
- onRefresh();
- //爲事件傳播器註冊事件監聽器.
- registerListeners();
- //這裏是對容器lazy-init屬性進行處理的入口方法
- finishBeanFactoryInitialization(beanFactory);
- //初始化容器的生命週期事件處理器,併發布容器的生命週期事件
- finishRefresh();
- }
- catch (BeansException ex) {
- //銷燬以創建的單態Bean
- destroyBeans();
- //取消refresh操作,重置容器的同步標識.
- cancelRefresh(ex);
- throw ex;
- }
- }
- }
在refresh方法中ConfigurableListableBeanFactorybeanFactory = obtainFreshBeanFactory();啓動了Bean定義資源的載入、註冊過程,而finishBeanFactoryInitialization方法是對註冊後的Bean定義中的預實例化(lazy-init=false,Spring默認就是預實例化,即爲true)的Bean進行處理的地方。
(2).finishBeanFactoryInitialization處理預實例化Bean:
當Bean定義資源被載入IoC容器之後,容器將Bean定義資源解析爲容器內部的數據結構BeanDefinition註冊到容器中,AbstractApplicationContext類中的finishBeanFactoryInitialization方法對配置了預實例化屬性的Bean進行預初始化過程,源碼如下:
- //對配置了lazy-init屬性的Bean進行預實例化處理
- protected void finishBeanFactoryInitialization(ConfigurableListableBeanFactory beanFactory) {
- //這是Spring3以後新加的代碼,爲容器指定一個轉換服務(ConversionService)
- //在對某些Bean屬性進行轉換時使用
- if (beanFactory.containsBean(CONVERSION_SERVICE_BEAN_NAME) &&
- beanFactory.isTypeMatch(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class)) {
- beanFactory.setConversionService(
- beanFactory.getBean(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class));
- }
- //爲了類型匹配,停止使用臨時的類加載器
- beanFactory.setTempClassLoader(null);
- //緩存容器中所有註冊的BeanDefinition元數據,以防被修改
- beanFactory.freezeConfiguration();
- //對配置了lazy-init屬性的單態模式Bean進行預實例化處理
- beanFactory.preInstantiateSingletons();
- }
- ConfigurableListableBeanFactory是一個接口,其preInstantiateSingletons方法由其子類DefaultListableBeanFactory提供。
- (3).DefaultListableBeanFactory對配置lazy-init屬性單態Bean的預實例化:
- //對配置lazy-init屬性單態Bean的預實例化
- public void preInstantiateSingletons() throws BeansException {
- if (this.logger.isInfoEnabled()) {
- this.logger.info("Pre-instantiating singletons in " + this);
- }
- //在對配置lazy-init屬性單態Bean的預實例化過程中,必須多線程同步,以確
- //保數據一致性
- synchronized (this.beanDefinitionMap) {
- for (String beanName : this.beanDefinitionNames) {
- //獲取指定名稱的Bean定義
- RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName);
- //Bean不是抽象的,是單態模式的,且lazy-init屬性配置爲false
- if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) {
- //如果指定名稱的bean是創建容器的Bean
- if (isFactoryBean(beanName)) {
- //FACTORY_BEAN_PREFIX=”&”,當Bean名稱前面加”&”符號
- //時,獲取的是產生容器對象本身,而不是容器產生的Bean.
- //調用getBean方法,觸發容器對Bean實例化和依賴注入過程
- final FactoryBean factory = (FactoryBean) getBean(FACTORY_BEAN_PREFIX + beanName);
- //標識是否需要預實例化
- boolean isEagerInit;
- if (System.getSecurityManager() != null && factory instanceof SmartFactoryBean) {
- //一個匿名內部類
- isEagerInit = AccessController.doPrivileged(new PrivilegedAction<Boolean>() {
- public Boolean run() {
- return ((SmartFactoryBean) factory).isEagerInit();
- }
- }, getAccessControlContext());
- }
- else {
- isEagerInit = factory instanceof SmartFactoryBean && ((SmartFactoryBean) factory).isEagerInit();
- }
- if (isEagerInit) {
- //調用getBean方法,觸發容器對Bean實例化和依賴注入過程
- getBean(beanName);
- }
- }
- else {
- //調用getBean方法,觸發容器對Bean實例化和依賴注入過程
- getBean(beanName);
- }
- }
- }
- }
- }
通過對lazy-init處理源碼的分析,我們可以看出,如果設置了lazy-init屬性,則容器在完成Bean定義的註冊之後,會通過getBean方法,觸發對指定Bean的初始化和依賴注入過程,這樣當應用第一次向容器索取所需的Bean時,容器不再需要對Bean進行初始化和依賴注入,直接從已經完成實例化和依賴注入的Bean中取一個線程的Bean,這樣就提高了第一次獲取Bean的性能。
3.FactoryBean的實現:
在Spring中,有兩個很容易混淆的類:BeanFactory和FactoryBean。
BeanFactory:Bean工廠,是一個工廠(Factory),我們Spring IoC容器的最頂層接口就是這個BeanFactory,它的作用是管理Bean,即實例化、定位、配置應用程序中的對象及建立這些對象間的依賴。
FactoryBean:工廠Bean,是一個Bean,作用是產生其他bean實例。通常情況下,這種bean沒有什麼特別的要求,僅需要提供一個工廠方法,該方法用來返回其他bean實例。通常情況下,bean無須自己實現工廠模式,Spring容器擔任工廠角色;但少數情況下,容器中的bean本身就是工廠,其作用是產生其它bean實例。
當用戶使用容器本身時,可以使用轉義字符”&”來得到FactoryBean本身,以區別通過FactoryBean產生的實例對象和FactoryBean對象本身。在BeanFactory中通過如下代碼定義了該轉義字符:
StringFACTORY_BEAN_PREFIX = "&";
如果myJndiObject是一個FactoryBean,則使用&myJndiObject得到的是myJndiObject對象,而不是myJndiObject產生出來的對象。
(1).FactoryBean的源碼如下:
- //工廠Bean,用於產生其他對象
- public interface FactoryBean<T> {
- //獲取容器管理的對象實例
- T getObject() throws Exception;
- //獲取Bean工廠創建的對象的類型
- Class<?> getObjectType();
- //Bean工廠創建的對象是否是單態模式,如果是單態模式,則整個容器中只有一個實例
- //對象,每次請求都返回同一個實例對象
- boolean isSingleton();
- }
(2). AbstractBeanFactory的getBean方法調用FactoryBean:
在第5篇博客我們分析Spring Ioc容器實例化Bean並進行依賴注入過程的源碼時,提到在getBean方法觸發容器實例化Bean的時候會調用AbstractBeanFactory的doGetBean方法來進行實例化的過程,源碼如下:
- //真正實現向IoC容器獲取Bean的功能,也是觸發依賴注入功能的地方
- @SuppressWarnings("unchecked")
- protected <T> T doGetBean(
- final String name, final Class<T> requiredType, final Object[] args, boolean typeCheckOnly)
- throws BeansException {
- //根據指定的名稱獲取被管理Bean的名稱,剝離指定名稱中對容器的相關依賴
- //如果指定的是別名,將別名轉換爲規範的Bean名稱
- final String beanName = transformedBeanName(name);
- Object bean;
- //先從緩存中取是否已經有被創建過的單態類型的Bean,對於單態模式的Bean整
- //個IoC容器中只創建一次,不需要重複創建
- Object sharedInstance = getSingleton(beanName);
- //IoC容器創建單態模式Bean實例對象
- if (sharedInstance != null && args == null) {
- if (logger.isDebugEnabled()) {
- //如果指定名稱的Bean在容器中已有單態模式的Bean被創建,直接返回
- //已經創建的Bean
- if (isSingletonCurrentlyInCreation(beanName)) {
- logger.debug("Returning eagerly cached instance of singleton bean '" + beanName +
- "' that is not fully initialized yet - a consequence of a circular reference");
- }
- else {
- logger.debug("Returning cached instance of singleton bean '" + beanName + "'");
- }
- }
- //獲取給定Bean的實例對象,主要是完成FactoryBean的相關處理
- bean = getObjectForBeanInstance(sharedInstance, name, beanName, null);
- }
- ……
- }
- //獲取給定Bean的實例對象,主要是完成FactoryBean的相關處理 protected Object getObjectForBeanInstance(
- Object beanInstance, String name, String beanName, RootBeanDefinition mbd) {
- //容器已經得到了Bean實例對象,這個實例對象可能是一個普通的Bean,也可能是
- //一個工廠Bean,如果是一個工廠Bean,則使用它創建一個Bean實例對象,如果
- //調用本身就想獲得一個容器的引用,則指定返回這個工廠Bean實例對象
- //如果指定的名稱是容器的解引用(dereference,即是對象本身而非內存地址),
- //且Bean實例也不是創建Bean實例對象的工廠Bean
- if (BeanFactoryUtils.isFactoryDereference(name) && !(beanInstance instanceof FactoryBean)) {
- throw new BeanIsNotAFactoryException(transformedBeanName(name), beanInstance.getClass());
- }
- //如果Bean實例不是工廠Bean,或者指定名稱是容器的解引用,調用者向獲取對
- //容器的引用,則直接返回當前的Bean實例
- if (!(beanInstance instanceof FactoryBean) || BeanFactoryUtils.isFactoryDereference(name)) {
- return beanInstance;
- }
- //處理指定名稱不是容器的解引用,或者根據名稱獲取的Bean實例對象是一個工廠Bean
- //使用工廠Bean創建一個Bean的實例對象
- Object object = null;
- if (mbd == null) {
- //從Bean工廠緩存中獲取給定名稱的Bean實例對象
- object = getCachedObjectForFactoryBean(beanName);
- }
- //讓Bean工廠生產給定名稱的Bean對象實例
- if (object == null) {
- FactoryBean factory = (FactoryBean) beanInstance;
- //如果從Bean工廠生產的Bean是單態模式的,則緩存
- if (mbd == null && containsBeanDefinition(beanName)) {
- //從容器中獲取指定名稱的Bean定義,如果繼承基類,則合併基類相關屬性
- mbd = getMergedLocalBeanDefinition(beanName);
- }
- //如果從容器得到Bean定義信息,並且Bean定義信息不是虛構的,則讓工廠
- //Bean生產Bean實例對象
- boolean synthetic = (mbd != null && mbd.isSynthetic());
- //調用FactoryBeanRegistrySupport類的getObjectFromFactoryBean
- //方法,實現工廠Bean生產Bean對象實例的過程
- object = getObjectFromFactoryBean(factory, beanName, !synthetic);
- }
- return object;
- }
在上面獲取給定Bean的實例對象的getObjectForBeanInstance方法中,會調用FactoryBeanRegistrySupport類的getObjectFromFactoryBean方法,該方法實現了Bean工廠生產Bean實例對象。
Dereference(解引用):一個在C/C++中應用比較多的術語,在C++中,”*”是解引用符號,而”&”是引用符號,解引用是指變量指向的是所引用對象的本身數據,而不是引用對象的內存地址。
(3). AbstractBeanFactory生產Bean實例對象:
AbstractBeanFactory類中生產Bean實例對象的主要源碼如下:
- //Bean工廠生產Bean實例對象
- protected Object getObjectFromFactoryBean(FactoryBean factory, String beanName, boolean shouldPostProcess) {
- //Bean工廠是單態模式,並且Bean工廠緩存中存在指定名稱的Bean實例對象
- if (factory.isSingleton() && containsSingleton(beanName)) {
- //多線程同步,以防止數據不一致
- synchronized (getSingletonMutex()) {
- //直接從Bean工廠緩存中獲取指定名稱的Bean實例對象
- Object object = this.factoryBeanObjectCache.get(beanName);
- //Bean工廠緩存中沒有指定名稱的實例對象,則生產該實例對象
- if (object == null) {
- //調用Bean工廠的getObject方法生產指定Bean的實例對象
- object = doGetObjectFromFactoryBean(factory, beanName, shouldPostProcess);
- //將生產的實例對象添加到Bean工廠緩存中
- this.factoryBeanObjectCache.put(beanName, (object != null ? object : NULL_OBJECT));
- }
- return (object != NULL_OBJECT ? object : null);
- }
- }
- //調用Bean工廠的getObject方法生產指定Bean的實例對象
- else {
- return doGetObjectFromFactoryBean(factory, beanName, shouldPostProcess);
- }
- }
- //調用Bean工廠的getObject方法生產指定Bean的實例對象
- private Object doGetObjectFromFactoryBean(
- final FactoryBean factory, final String beanName, final boolean shouldPostProcess)
- throws BeanCreationException {
- Object object;
- try {
- if (System.getSecurityManager() != null) {
- AccessControlContext acc = getAccessControlContext();
- try {
- //實現PrivilegedExceptionAction接口的匿名內置類
- //根據JVM檢查權限,然後決定BeanFactory創建實例對象
- object = AccessController.doPrivileged(new PrivilegedExceptionAction<Object>() {
- public Object run() throws Exception {
- //調用BeanFactory接口實現類的創建對象方法
- return factory.getObject();
- }
- }, acc);
- }
- catch (PrivilegedActionException pae) {
- throw pae.getException();
- }
- }
- else {
- //調用BeanFactory接口實現類的創建對象方法
- object = factory.getObject();
- }
- }
- catch (FactoryBeanNotInitializedException ex) {
- throw new BeanCurrentlyInCreationException(beanName, ex.toString());
- }
- catch (Throwable ex) {
- throw new BeanCreationException(beanName, "FactoryBean threw exception on object creation", ex);
- }
- //創建出來的實例對象爲null,或者因爲單態對象正在創建而返回null
- if (object == null && isSingletonCurrentlyInCreation(beanName)) {
- throw new BeanCurrentlyInCreationException(
- beanName, "FactoryBean which is currently in creation returned null from getObject");
- }
- //爲創建出來的Bean實例對象添加BeanPostProcessor後置處理器
- if (object != null && shouldPostProcess) {
- try {
- object = postProcessObjectFromFactoryBean(object, beanName);
- }
- catch (Throwable ex) {
- throw new BeanCreationException(beanName, "Post-processing of the FactoryBean's object failed", ex);
- }
- }
- return object;
- }
從上面的源碼分析中,我們可以看出,BeanFactory接口調用其實現類的getObject方法來實現創建Bean實例對象的功能。
(4).工廠Bean的實現類getObject方法創建Bean實例對象:
FactoryBean的實現類有非常多,比如:Proxy、RMI、JNDI、ServletContextFactoryBean等等,FactoryBean接口爲Spring容器提供了一個很好的封裝機制,具體的getObject有不同的實現類根據不同的實現策略來具體提供,我們分析一個最簡單的AnnotationTestFactoryBean的實現源碼:
- public class AnnotationTestBeanFactory implements FactoryBean<IJmxTestBean> {
- private final FactoryCreatedAnnotationTestBean instance = new FactoryCreatedAnnotationTestBean();
- public AnnotationTestBeanFactory() {
- this.instance.setName("FACTORY");
- }
- //AnnotationTestBeanFactory產生Bean實例對象的實現
- public IJmxTestBean getObject() throws Exception {
- return this.instance;
- }
- public Class<? extends IJmxTestBean> getObjectType() {
- return FactoryCreatedAnnotationTestBean.class;
- }
- public boolean isSingleton() {
- return true;
- }
- }
其他的Proxy,RMI,JNDI等等,都是根據相應的策略提供getObject的實現。這裏不做一一分析,這已經不是Spring的核心功能,有需要的時候再去深入研究。
4.BeanPostProcessor後置處理器的實現:
BeanPostProcessor後置處理器是Spring IoC容器經常使用到的一個特性,這個Bean後置處理器是一個監聽器,可以監聽容器觸發的Bean聲明週期事件。後置處理器想容器註冊以後,容器中管理的Bean就具備了接收IoC容器事件回調的能力。
BeanPostProcessor的使用非常簡單,只需要提供一個實現接口BeanPostProcessor的實現類,然後在Bean的配置文件中設置即可。
(1).BeanPostProcessor的源碼如下:
- package org.springframework.beans.factory.config;
- import org.springframework.beans.BeansException;
- public interface BeanPostProcessor {
- //爲在Bean的初始化前提供回調入口
- Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;
- //爲在Bean的初始化之後提供回調入口
- Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;
- }
這兩個回調的入口都是和容器管理的Bean的生命週期事件緊密相關,可以爲用戶提供在Spring IoC容器初始化Bean過程中自定義的處理操作。
(2).AbstractAutowireCapableBeanFactory類對容器生成的Bean添加後置處理器:
BeanPostProcessor後置處理器的調用發生在Spring IoC容器完成對Bean實例對象的創建和屬性的依賴注入完成之後,在對Spring依賴注入的源碼分析過程中我們知道,當應用程序第一次調用getBean方法(lazy-init預實例化除外)向Spring IoC容器索取指定Bean時觸發Spring IoC容器創建Bean實例對象並進行依賴注入的過程,其中真正實現創建Bean對象並進行依賴注入的方法是AbstractAutowireCapableBeanFactory類的doCreateBean方法,主要源碼如下:
- //真正創建Bean的方法
- protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final Object[] args) {
- //創建Bean實例對象
- ……
- try {
- //對Bean屬性進行依賴注入
- populateBean(beanName, mbd, instanceWrapper);
- if (exposedObject != null) {
- //在對Bean實例對象生成和依賴注入完成以後,開始對Bean實例對象
- //進行初始化 ,爲Bean實例對象應用BeanPostProcessor後置處理器
- exposedObject = initializeBean(beanName, exposedObject, mbd);
- }
- }
- catch (Throwable ex) {
- if (ex instanceof BeanCreationException && beanName.equals(((BeanCreationException) ex).getBeanName())) {
- throw (BeanCreationException) ex;
- }
- ……
- //爲應用返回所需要的實例對象
- return exposedObject;
- }
從上面的代碼中我們知道,爲Bean實例對象添加BeanPostProcessor後置處理器的入口的是initializeBean方法。
(3).initializeBean方法爲容器產生的Bean實例對象添加BeanPostProcessor後置處理器:
同樣在AbstractAutowireCapableBeanFactory類中,initializeBean方法實現爲容器創建的Bean實例對象添加BeanPostProcessor後置處理器,源碼如下:
- //初始容器創建的Bean實例對象,爲其添加BeanPostProcessor後置處理器
- protected Object initializeBean(final String beanName, final Object bean, RootBeanDefinition mbd) {
- //JDK的安全機制驗證權限
- if (System.getSecurityManager() != null) {
- //實現PrivilegedAction接口的匿名內部類
- AccessController.doPrivileged(new PrivilegedAction<Object>() {
- public Object run() {
- invokeAwareMethods(beanName, bean);
- return null;
- }
- }, getAccessControlContext());
- }
- else {
- //爲Bean實例對象包裝相關屬性,如名稱,類加載器,所屬容器等信息
- invokeAwareMethods(beanName, bean);
- }
- Object wrappedBean = bean;
- //對BeanPostProcessor後置處理器的postProcessBeforeInitialization
- //回調方法的調用,爲Bean實例初始化前做一些處理
- if (mbd == null || !mbd.isSynthetic()) {
- wrappedBean = applyBeanPostProcessorsBeforeInitialization(wrappedBean, beanName);
- }
- //調用Bean實例對象初始化的方法,這個初始化方法是在Spring Bean定義配置
- //文件中通過init-method屬性指定的
- try {
- invokeInitMethods(beanName, wrappedBean, mbd);
- }
- catch (Throwable ex) {
- throw new BeanCreationException(
- (mbd != null ? mbd.getResourceDescription() : null),
- beanName, "Invocation of init method failed", ex);
- }
- //對BeanPostProcessor後置處理器的postProcessAfterInitialization
- //回調方法的調用,爲Bean實例初始化之後做一些處理
- if (mbd == null || !mbd.isSynthetic()) {
- wrappedBean = applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
- }
- return wrappedBean;
- }
- //調用BeanPostProcessor後置處理器實例對象初始化之前的處理方法
- public Object applyBeanPostProcessorsBeforeInitialization(Object existingBean, String beanName)
- throws BeansException {
- Object result = existingBean;
- //遍歷容器爲所創建的Bean添加的所有BeanPostProcessor後置處理器
- for (BeanPostProcessor beanProcessor : getBeanPostProcessors()) {
- //調用Bean實例所有的後置處理中的初始化前處理方法,爲Bean實例對象在
- //初始化之前做一些自定義的處理操作
- result = beanProcessor.postProcessBeforeInitialization(result, beanName);
- if (result == null) {
- return result;
- }
- }
- return result;
- }
- //調用BeanPostProcessor後置處理器實例對象初始化之後的處理方法
- public Object applyBeanPostProcessorsAfterInitialization(Object existingBean, String beanName)
- throws BeansException {
- Object result = existingBean;
- //遍歷容器爲所創建的Bean添加的所有BeanPostProcessor後置處理器
- for (BeanPostProcessor beanProcessor : getBeanPostProcessors()) {
- //調用Bean實例所有的後置處理中的初始化後處理方法,爲Bean實例對象在
- //初始化之後做一些自定義的處理操作
- result = beanProcessor.postProcessAfterInitialization(result, beanName);
- if (result == null) {
- return result;
- }
- }
- return result;
- }
BeanPostProcessor是一個接口,其初始化前的操作方法和初始化後的操作方法均委託其實現子類來實現,在Spring中,BeanPostProcessor的實現子類非常的多,分別完成不同的操作,如:AOP面向切面編程的註冊通知適配器、Bean對象的數據校驗、Bean繼承屬性/方法的合併等等,我們以最簡單的AOP切面織入來簡單瞭解其主要的功能。
(4).AdvisorAdapterRegistrationManager在Bean對象初始化後註冊通知適配器:
AdvisorAdapterRegistrationManager是BeanPostProcessor的一個實現類,其主要的作用爲容器中管理的Bean註冊一個面向切面編程的通知適配器,以便在Spring容器爲所管理的Bean進行面向切面編程時提供方便,其源碼如下:
- //爲容器中管理的Bean註冊一個面向切面編程的通知適配器
- public class AdvisorAdapterRegistrationManager implements BeanPostProcessor {
- //容器中負責管理切面通知適配器註冊的對象
- private AdvisorAdapterRegistry advisorAdapterRegistry = GlobalAdvisorAdapterRegistry.getInstance();
- public void setAdvisorAdapterRegistry(AdvisorAdapterRegistry advisorAdapterRegistry) {
- this.advisorAdapterRegistry = advisorAdapterRegistry;
- }
- //BeanPostProcessor在Bean對象初始化前的操作
- public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
- //沒有做任何操作,直接返回容器創建的Bean對象
- return bean;
- }
- //BeanPostProcessor在Bean對象初始化後的操作
- public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
- if (bean instanceof AdvisorAdapter){
- //如果容器創建的Bean實例對象是一個切面通知適配器,則向容器的註冊this.advisorAdapterRegistry.registerAdvisorAdapter((AdvisorAdapter) bean);
- }
- return bean;
- }
- }
其他的BeanPostProcessor接口實現類的也類似,都是對Bean對象使用到的一些特性進行處理,或者向IoC容器中註冊,爲創建的Bean實例對象做一些自定義的功能增加,這些操作是容器初始化Bean時自動觸發的,不需要認爲的干預。
5.Spring IoC容器autowiring實現原理:
Spring IoC容器提供了兩種管理Bean依賴關係的方式:
a. 顯式管理:通過BeanDefinition的屬性值和構造方法實現Bean依賴關係管理。
b. autowiring:Spring IoC容器的依賴自動裝配功能,不需要對Bean屬性的依賴關係做顯式的聲明,只需要在配置好autowiring屬性,IoC容器會自動使用反射查找屬性的類型和名稱,然後基於屬性的類型或者名稱來自動匹配容器中管理的Bean,從而自動地完成依賴注入。
通過對autowiring自動裝配特性的理解,我們知道容器對Bean的自動裝配發生在容器對Bean依賴注入的過程中。在前面對Spring IoC容器的依賴注入過程源碼分析中,我們已經知道了容器對Bean實例對象的屬性注入的處理髮生在AbstractAutoWireCapableBeanFactory類中的populateBean方法中,我們通過程序流程分析autowiring的實現原理:
(1). AbstractAutoWireCapableBeanFactory對Bean實例進行屬性依賴注入:
應用第一次通過getBean方法(配置了lazy-init預實例化屬性的除外)向IoC容器索取Bean時,容器創建Bean實例對象,並且對Bean實例對象進行屬性依賴注入,AbstractAutoWireCapableBeanFactory的populateBean方法就是實現Bean屬性依賴注入的功能,其主要源碼如下:
- protected void populateBean(String beanName, AbstractBeanDefinition mbd, BeanWrapper bw) {
- //獲取Bean定義的屬性值,並對屬性值進行處理
- PropertyValues pvs = mbd.getPropertyValues();
- ……
- //對依賴注入處理,首先處理autowiring自動裝配的依賴注入
- if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_NAME ||
- mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_TYPE) {
- MutablePropertyValues newPvs = new MutablePropertyValues(pvs);
- //根據Bean名稱進行autowiring自動裝配處理
- if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_NAME) {
- autowireByName(beanName, mbd, bw, newPvs);
- }
- //根據Bean類型進行autowiring自動裝配處理
- if (mbd.getResolvedAutowireMode() == RootBeanDefinition.AUTOWIRE_BY_TYPE) {
- autowireByType(beanName, mbd, bw, newPvs);
- }
- }
- //對非autowiring的屬性進行依賴注入處理
- ……
- }
(2).Spring IoC容器根據Bean名稱或者類型進行autowiring自動依賴注入:
- //根據名稱對屬性進行自動依賴注入
- protected void autowireByName(
- String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {
- //對Bean對象中非簡單屬性(不是簡單繼承的對象,如8中原始類型,字符串,URL等//都是簡單屬性)進行處理
- String[] propertyNames = unsatisfiedNonSimpleProperties(mbd, bw);
- for (String propertyName : propertyNames) {
- //如果Spring IoC容器中包含指定名稱的Bean
- if (containsBean(propertyName)) {
- //調用getBean方法向IoC容器索取指定名稱的Bean實例,迭代觸發屬性的//初始化和依賴注入
- Object bean = getBean(propertyName);
- //爲指定名稱的屬性賦予屬性值
- pvs.add(propertyName, bean);
- //指定名稱屬性註冊依賴Bean名稱,進行屬性依賴注入
- registerDependentBean(propertyName, beanName);
- if (logger.isDebugEnabled()) {
- logger.debug("Added autowiring by name from bean name '" + beanName +
- "' via property '" + propertyName + "' to bean named '" + propertyName + "'");
- }
- }
- else {
- if (logger.isTraceEnabled()) {
- logger.trace("Not autowiring property '" + propertyName + "' of bean '" + beanName +
- "' by name: no matching bean found");
- }
- }
- }
- }
- //根據類型對屬性進行自動依賴注入
- protected void autowireByType(
- String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {
- //獲取用戶定義的類型轉換器
- TypeConverter converter = getCustomTypeConverter();
- if (converter == null) {
- converter = bw;
- }
- //存放解析的要注入的屬性
- Set<String> autowiredBeanNames = new LinkedHashSet<String>(4);
- //對Bean對象中非簡單屬性(不是簡單繼承的對象,如8中原始類型,字符
- //URL等都是簡單屬性)進行處理
- String[] propertyNames = unsatisfiedNonSimpleProperties(mbd, bw);
- for (String propertyName : propertyNames) {
- try {
- //獲取指定屬性名稱的屬性描述器
- PropertyDescriptor pd = bw.getPropertyDescriptor(propertyName);
- //不對Object類型的屬性進行autowiring自動依賴注入
- if (!Object.class.equals(pd.getPropertyType())) {
- //獲取屬性的setter方法
- MethodParameter methodParam = BeanUtils.getWriteMethodParameter(pd);
- //檢查指定類型是否可以被轉換爲目標對象的類型
- boolean eager = !PriorityOrdered.class.isAssignableFrom(bw.getWrappedClass());
- //創建一個要被注入的依賴描述
- DependencyDescriptor desc = new AutowireByTypeDependencyDescriptor(methodParam, eager);
- //根據容器的Bean定義解析依賴關係,返回所有要被注入的Bean對象
- Object autowiredArgument = resolveDependency(desc, beanName, autowiredBeanNames, converter);
- if (autowiredArgument != null) {
- //爲屬性賦值所引用的對象
- pvs.add(propertyName, autowiredArgument);
- }
- for (String autowiredBeanName : autowiredBeanNames) {
- //指定名稱屬性註冊依賴Bean名稱,進行屬性依賴注入
- registerDependentBean(autowiredBeanName, beanName);
- if (logger.isDebugEnabled()) {
- logger.debug("Autowiring by type from bean name '" + beanName + "' via property '" +
- propertyName + "' to bean named '" + autowiredBeanName + "'");
- }
- }
- //釋放已自動注入的屬性
- autowiredBeanNames.clear();
- }
- }
- catch (BeansException ex) {
- throw new UnsatisfiedDependencyException(mbd.getResourceDescription(), beanName, propertyName, ex);
- }
- }
- }
通過上面的源碼分析,我們可以看出來通過屬性名進行自動依賴注入的相對比通過屬性類型進行自動依賴注入要稍微簡單一些,但是真正實現屬性注入的是DefaultSingletonBeanRegistry類的registerDependentBean方法。
(3).DefaultSingletonBeanRegistry的registerDependentBean方法對屬性注入:
- //爲指定的Bean注入依賴的Bean
- public void registerDependentBean(String beanName, String dependentBeanName) {
- //處理Bean名稱,將別名轉換爲規範的Bean名稱
- String canonicalName = canonicalName(beanName);
- //多線程同步,保證容器內數據的一致性
- //先從容器中:bean名稱-->全部依賴Bean名稱集合找查找給定名稱Bean的依賴Bean
- synchronized (this.dependentBeanMap) {
- //獲取給定名稱Bean的所有依賴Bean名稱
- Set<String> dependentBeans = this.dependentBeanMap.get(canonicalName);
- if (dependentBeans == null) {
- //爲Bean設置依賴Bean信息
- dependentBeans = new LinkedHashSet<String>(8);
- this.dependentBeanMap.put(canonicalName, dependentBeans);
- }
- //向容器中:bean名稱-->全部依賴Bean名稱集合添加Bean的依賴信息
- //即,將Bean所依賴的Bean添加到容器的集合中
- dependentBeans.add(dependentBeanName);
- }
- //從容器中:bean名稱-->指定名稱Bean的依賴Bean集合找查找給定名稱
- //Bean的依賴Bean
- synchronized (this.dependenciesForBeanMap) {
- Set<String> dependenciesForBean = this.dependenciesForBeanMap.get(dependentBeanName);
- if (dependenciesForBean == null) {
- dependenciesForBean = new LinkedHashSet<String>(8);
- this.dependenciesForBeanMap.put(dependentBeanName, dependenciesForBean);
- }
- //向容器中:bean名稱-->指定Bean的依賴Bean名稱集合添加Bean的依賴信息
- //即,將Bean所依賴的Bean添加到容器的集合中
- dependenciesForBean.add(canonicalName);
- }
- }
通過對autowiring的源碼分析,我們可以看出,autowiring的實現過程:
a. 對Bean的屬性迭代調用getBean方法,完成依賴Bean的初始化和依賴注入。
b. 將依賴Bean的屬性引用設置到被依賴的Bean屬性上。
c. 將依賴Bean的名稱和被依賴Bean的名稱存儲在IoC容器的集合中。
Spring IoC容器的autowiring屬性自動依賴注入是一個很方便的特性,可以簡化開發時的配置,但是凡是都有兩面性,自動屬性依賴注入也有不足,首先,Bean的依賴關係在配置文件中無法很清楚地看出來,對於維護造成一定困難。其次,由於自動依賴注入是Spring容器自動執行的,容器是不會智能判斷的,如果配置不當,將會帶來無法預料的後果,所以自動依賴注入特性在使用時還是綜合考慮。