共计 3196 个字符，预计需要花费 8 分钟才能阅读完成。
摘要：
Spring的代理在上层中主要分为 ProxyCreatorSupport 和ProxyProcessorSupport, 前者是基于代理工厂，后者是基于后置处理器，也可以认为后置就是自动代理器。当 spring 容器中需要进行 aop 进行织入的 bean 较多时，简单采用 ProxyFacotryBean 无疑会增加很多工作量(因为每个Bean! 都得手动写一个)。所以自动代理就发挥它的作用了。
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");
}
}
如果你想用自己注册的 @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;}
}
这个是 spring 第一次后置处理器的使用，如果这样直接就返回了，就相当于脱离了 IOC 的生命周期了一样，依赖注入，属性填充等这些都没有进行处理，所以使用的时候一定要注意，最好别使用这个功能。
在初始化 bean 的过程中后续还有 2 个特别重要的后置处理过程，对于循环依赖甚至异步注解事物注解等都有或多或少的影响，后续会继续分析它们。
小结：
SpringAOP应尽量避免自己创建AutoProxyCreator，内部机制及其复杂难免会由于没有想到的问题而出现其他不常见的问题，上面分享的内容很少，原因是我觉得熟悉这个架构设计师最关键的，各种子类的虽然实现大不相同，但是你想全部都记在脑海或者很熟悉那是不太现实的，只有熟悉他的设计才能遇见问题轻易的就能翻源码解决。
