- 前言
- 版本约定
- 正文
- jdk proxy 是如何执行 Pointcut 对应的 Advice 的？
- 获取 Advice 链的过程
- cglib proxy 是如何执行 Pointcut 对应的 Advice 的？
- 创建 Enhancer
- 组装 Callback
- 拦截 method，执行 Advice 链
- 小结
系列博文：
【老王读Spring AOP-0】SpringAop引入&&AOP概念、术语介绍
【老王读Spring AOP-1】Pointcut如何匹配到 join point
【老王读Spring AOP-2】如何为 Pointcut 匹配的类生成动态代理类
【老王读Spring AOP-3】Spring AOP 执行 Pointcut 对应的 Advice 的过程
【老王读Spring AOP-4】Spring AOP 与Spring IoC 结合的过程 && ProxyFactory 解析
相关阅读：
【Spring源码三千问】Spring动态代理：什么时候使用的 cglib，什么时候使用的是 jdk proxy？
实现 Spring AOP 大体会分如下几步：
- 找到 Pointcut 所匹配的所有 join point 对应的类
- 为 Pointcut 匹配到的类生成动态代理
- 通过动态代理类执行 Pointcut 对应的 Advice
- 将 Spring AOP 与 Spring IoC 进行结合
前面已经分析了第一步 和 第二步，接下来，我们分析一下 第三步：如何通过动态代理类执行 Pointcut 对应的 Advice？
版本约定Spring 5.3.9 (通过 SpringBoot 2.5.3 间接引入的依赖)
正文Spring 的动态代理类分为两种： jdk proxy 和 cglib proxy。
下面我们就分别来研究一下。
ProxyFactory 是 Spring AOP 用于生成 AOP 代理类的核心类。
AopProxyFactory 是创建 AOP 代理类的工厂接口，它只有一个实现类 DefaultAopProxyFactory，它会根据规则来具体选用 JDK proxy 或者 CGLIB proxy。
JDK proxy 是通过 java.lang.reflect.InvocationHandler#invoke() 来进行方法拦截的。
相应的，我们看下 JdkDynamicAopProxy#invoke() 的源码：
可以看出，JDK proxy 执行 advice 大致分为两步：
- 获取与 method 匹配的 Advice 链(AdvisedSupport#getInterceptorsAndDynamicInterceptionAdvice)
- 使用 ReflectiveMethodInvocation 通过反射来执行 Advice 链 和 joinpoint（目标方法）
// org.springframework.aop.framework.AdvisedSupport#getInterceptorsAndDynamicInterceptionAdvice() public List
获取 Advice 链是一个相对耗时的过程，在 proxy 对象 第一次 invoke 执行时，AdvisedSupport#getInterceptorsAndDynamicInterceptionAdvice() 会去匹配 method 对应的 Advice 链。
获取 Advice 链的过程，就是将所有的 Advisor 进行遍历，看是否与 Pointcut 匹配，即通过 Pointcut 中的 ClassFilter 和 MethodMatcher 进行匹配过滤，将匹配到的 Advisor 组成一个 Advisor 链（interceptorList）。
第一次获取 Advice 链之后，就会将 Advice 链缓存起来，所以，jdk proxy 类在第一次执行时，是相对比较耗时的。
cglib proxy 是如何执行 Pointcut 对应的 Advice 的？cglib 是通过 Enhancer#create() 来生成代理类的，真正起拦截作用的是 Enhancer 中设置的 Callback 类。
创建 Enhancer所以，我们首先来看下 Spring AOP 是如何创建 Enhancer 并设置 Callback 的，对应的源码是 CglibAopProxy#getProxy() :
CglibAopProxy#getCallbacks() 获取 Callback:
可以看出，普通的 Advice 是通过 DynamicAdvisedInterceptor 来拦截执行的。
拦截 method，执行 Advice 链method 被 DynamicAdvisedInterceptor 拦截的过程：
通过源码，可以看出，cglib proxy 最终拦截 method 之后的处理同 jdk proxy 一样，都是分为两步：
- 获取与 method 匹配的 Advice 链(AdvisedSupport#getInterceptorsAndDynamicInterceptionAdvice)
- 使用 ReflectiveMethodInvocation 通过反射来执行 Advice 链 和 joinpoint（目标方法）
- JDK proxy
通过 JdkDynamicAopProxy#getProxy() 来产生代理对象，最终目标方法的拦截是通过 JdkDynamicAopProxy#invoke() 来实现的。 - CGLIB proxy
通过 CglibAopProxy#getProxy() 来产生代理对象，最终目标方法的拦截主要是通过 DynamicAdvisedInterceptor#intercept() 来实现的。
不管是 JDK proxy 还是 CGLIB proxy，最终处理目标方法的拦截过程是相同，都会经过两步：
- 获取与 method 匹配的 Advice 链(AdvisedSupport#getInterceptorsAndDynamicInterceptionAdvice)
- 使用 ReflectiveMethodInvocation 通过反射来执行 Advice 链 和 joinpoint（目标方法）
获取与 method 匹配的 Advice 链是一个相对耗时的操作，所以 Spring AOP 将获取到的 Advice 链进行了缓存。
如果本文对你有所帮助，欢迎 点赞收藏！
