Springboot源碼分析之AbstractAdvisorAutoProxyCreator

2019 年 10 月 3 日
筆記

摘要：

Spring的代理在上層中主要分為ProxyCreatorSupport和ProxyProcessorSupport,前者是基於代理工廠，後者是基於後置處理器，也可以認為後置就是自動代理器。當spring容器中需要進行aop進行織入的bean較多時，簡單採用ProxyFacotryBean無疑會增加很多工作量(因為每個Bean!都得手動寫一個)。所以自動代理就發揮它的作用了。

file

Spring中自動創建代理器分類

在內部，Spring使用BeanPostProcessor讓自動生成代理。基於BeanPostProcessor的自動代理創建器的實現類，將根據一些規則在容器實例化Bean時為匹配的Bean生成代理實例。代理創建器可以分為三類：

基於Bean配置名規則的自動代理生成器：允許為一組特定配置名的Bean自動創建代理實例的代理創建器，實現類為BeanNameAutoProxyCreator
基於Advisor匹配機制的自動代理創建器它會對容器中的所有Advisor進行掃描，自動將這些切面應用到匹配的Bean中，實現類是DefaultAdvisorAutoProxyCreator（它也支援前綴匹配）
基於Bean中AspectJ註解的自動代理生成器：為包含AspectJ註解的切入的Bean自動創建代理實例,實現類是AnnotationAwareAspectJAutoProxyCreator，它是我們的@EnableAspectJAutoProxy導入的，這也是我們當下使用最為廣泛的方式~

BeanNameAutoProxyCreator

    package com.github.dqqzj.springboot.aop;        import org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator;      import org.springframework.stereotype.Component;        import javax.annotation.PostConstruct;        /**       * @author qinzhongjian       * @date created in 2019-08-25 09:43       * @description: TODO       * @since JDK 1.8.0_212-b10       */      @Component      public class MyBeanNameAutoProxyCreator extends BeanNameAutoProxyCreator {          @PostConstruct          public void init() {              super.setBeanNames("aopService", "abstractAutoProxyCreatorService");              super.setInterceptorNames("myMethodBeforeAdvice");          }        }

file

如果你想用自己註冊的@Bean代替@EnableAspectJAutoProxy默認給你註冊的自動創建器AnnotationAwareAspectJAutoProxyCreator，那麼你可以註冊一個Bean名稱如下的Bean即可：

    // 手動註冊一個自動代理創建器，且名字務必叫AopConfigUtils.AUTO_PROXY_CREATOR_BEAN_NAME      @Bean(AopConfigUtils.AUTO_PROXY_CREATOR_BEAN_NAME)      public BeanNameAutoProxyCreator beanNameAutoProxyCreator() {          ...      }

AbstractAutoProxyCreator

    public abstract class AbstractAutoProxyCreator extends ProxyProcessorSupport              implements SmartInstantiationAwareBeanPostProcessor, BeanFactoryAware {              ...      }

AbstractAutoProxyCreator是對自動代理創建器的一個抽象實現。最重要的是，它實現了SmartInstantiationAwareBeanPostProcessor介面，因此會介入到Spring IoC容器Bean實例化的過程，在AbstractAutowireCapableBeanFactory中有這樣一段程式碼

    try {                  // Give BeanPostProcessors a chance to return a proxy instead of the target bean instance.                  Object bean = resolveBeforeInstantiation(beanName, mbdToUse);                  if (bean != null) {                      return bean;                  }              }

但是一般都不會生效的，因為這個resolveBeforeInstantiation只是針對有自定義的targetsource，因為自定義的targetsource不是spring的bean那麼肯定不需要進行後續的一系列的實例化初始化。所以可以在resolveBeforeInstantiation直接進行proxy。簡單的說吧，這個程式碼可以忽略不計，開發者一般用不到。

如何讓resolveBeforeInstantiation直接返回bean？

    package com.github.dqqzj.springboot.aop;        import org.springframework.beans.BeansException;      import org.springframework.beans.factory.config.InstantiationAwareBeanPostProcessor;        /**       * @author qinzhongjian       * @date created in 2019-08-25 11:35       * @description: TODO       * @since JDK 1.8.0_212-b10       */      public class AopServiceInstantiationAwareBeanPostProcessor implements InstantiationAwareBeanPostProcessor {          @Override          public Object postProcessBeforeInstantiation(Class<?> beanClass, String beanName) throws BeansException {              if (beanClass.isInstance(AopService.class)) {                  return new AopService();              }              return null;          }          @Override          public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {              return bean;          }      }

file

這個是spring第一次後置處理器的使用，如果這樣直接就返回了，就相當於脫離了IOC的生命周期了一樣，依賴注入，屬性填充等這些都沒有進行處理，所以使用的時候一定要注意，最好別使用這個功能。

在初始化bean的過程中後續還有2個特別重要的後置處理過程，對於循環依賴甚至非同步註解事物註解等都有或多或少的影響，後續會繼續分析它們。

小結：

SpringAOP應盡量避免自己創建AutoProxyCreator，內部機制及其複雜難免會由於沒有想到的問題而出現其他不常見的問題，上面分享的內容很少，原因是我覺得熟悉這個架構設計師最關鍵的，各種子類的雖然實現大不相同，但是你想全部都記在腦海或者很熟悉那是不太現實的，只有熟悉他的設計才能遇見問題輕易的就能翻源碼解決。