spring5 源码深度解析----- AOP目标方法和增强方法的执行（100%理解AOP）

r囧r小猫 2023-06-06 12:16 85阅读 0赞

上一篇博文中我们讲了代理类的生成，这一篇主要讲解剩下的部分，当代理类调用时，目标方法和代理方法是如何执行的,我们还是接着上篇的ReflectiveMethodInvocation类Proceed方法来看

public Object proceed() throws Throwable {
        // 首先，判断是不是所有的interceptor（也可以想像成advisor）都被执行完了。
        // 判断的方法是看currentInterceptorIndex这个变量的值，增加到Interceptor总个数这个数值没有，
        // 如果到了，就执行被代理方法(invokeJoinpoint())；如果没到，就继续执行Interceptor。
        if (this.currentInterceptorIndex == this.interceptorsAndDynamicMethodMatchers.size() - 1) {
            return invokeJoinpoint();
        }
    
        // 如果Interceptor没有被全部执行完，就取出要执行的Interceptor，并执行。
        // currentInterceptorIndex先自增
         Object interceptorOrInterceptionAdvice = this.interceptorsAndDynamicMethodMatchers.get(++this.currentInterceptorIndex);
        // 如果Interceptor是PointCut类型
        if (interceptorOrInterceptionAdvice instanceof InterceptorAndDynamicMethodMatcher) {
            InterceptorAndDynamicMethodMatcher dm = (InterceptorAndDynamicMethodMatcher) interceptorOrInterceptionAdvice;
            // 如果当前方法符合Interceptor的PointCut限制，就执行Interceptor
            if (dm.methodMatcher.matches(this.method, this.targetClass, this.arguments)) {
            　　 // 这里将this当变量传进去，这是非常重要的一点
                return dm.interceptor.invoke(this);
            }
            // 如果不符合，就跳过当前Interceptor，执行下一个Interceptor
            else {
                return proceed();
            }
        }
        // 如果Interceptor不是PointCut类型，就直接执行Interceptor里面的增强。
        else {
            return ((MethodInterceptor) interceptorOrInterceptionAdvice).invoke(this);
        }
    }

我们先来看一张方法调用顺序图

我们看到链中的顺序是AspectJAfterThrowingAdvice、AfterReturningAdviceInterceptor、AspectJAfterAdvice、MethodBeforeAdviceInterceptor，这些拦截器是按顺序执行的，那我们来看看第一个拦截器AspectJAfterThrowingAdvice中的invoke方法

## **AspectJAfterThrowingAdvice** ##

1 @Override
     2 public Object invoke(MethodInvocation mi) throws Throwable {
     3     try {
     4         //直接调用MethodInvocation的proceed方法
     5         //从proceed()方法中我们知道dm.interceptor.invoke(this)传过来的参数就是ReflectiveMethodInvocation执行器本身
     6         //这里又直接调用了ReflectiveMethodInvocation的proceed()方法
     7         return mi.proceed();
     8     }
     9     catch (Throwable ex) {
    10         if (shouldInvokeOnThrowing(ex)) {
    11             invokeAdviceMethod(getJoinPointMatch(), null, ex);
    12         }
    13         throw ex;
    14     }
    15 }

第一个拦截器AspectJAfterThrowingAdvice的invoke方法中，直接调用mi.proceed();，从proceed()方法中我们知道dm.interceptor.invoke(this)传过来的参数就是ReflectiveMethodInvocation执行器本身，所以又会执行proceed()方法，拦截器下标currentInterceptorIndex自增，获取下一个拦截器AfterReturningAdviceInterceptor，并调用拦截器中的invoke方法,，此时第一个拦截器在invoke()方法的第七行卡住了，接下来我们看第二个拦截器的执行

## **AfterReturningAdviceInterceptor** ##

1 @Override
    2 public Object invoke(MethodInvocation mi) throws Throwable {
    3     //直接调用MethodInvocation的proceed方法
    4     Object retVal = mi.proceed();
    5     this.advice.afterReturning(retVal, mi.getMethod(), mi.getArguments(), mi.getThis());
    6     return retVal;
    7 }

AfterReturningAdviceInterceptor还是直接调用mi.proceed()，又回到了ReflectiveMethodInvocation的proceed()方法中，此时AfterReturningAdviceInterceptor方法卡在第四行，接着回到ReflectiveMethodInvocation的proceed()方法中，拦截器下标currentInterceptorIndex自增，获取下一个拦截器AspectJAfterAdvice，并调用AspectJAfterAdvice中的invoke方法

## **AspectJAfterAdvice** ##

1 @Override
     2 public Object invoke(MethodInvocation mi) throws Throwable {
     3     try {
     4         //直接调用MethodInvocation的proceed方法
     5         return mi.proceed();
     6     }
     7     finally {
     8         invokeAdviceMethod(getJoinPointMatch(), null, null);
     9     }
    10 }

AspectJAfterAdvice还是直接调用mi.proceed()，又回到了ReflectiveMethodInvocation的proceed()方法中，此时**AspectJAfterAdvice**方法卡在第五行，接着回到ReflectiveMethodInvocation的proceed()方法中，拦截器下标currentInterceptorIndex自增，获取下一个拦截器MethodBeforeAdviceInterceptor，并调用MethodBeforeAdviceInterceptor中的invoke方法

## **MethodBeforeAdviceInterceptor** ##

1 @Override
    2 public Object invoke(MethodInvocation mi) throws Throwable {
    3     //终于开始做事了，调用增强器的before方法，明显是通过反射的方式调用
    4     //到这里增强方法before的业务逻辑执行
    5     this.advice.before(mi.getMethod(), mi.getArguments(), mi.getThis());
    6     //又调用了调用MethodInvocation的proceed方法
    7     return mi.proceed();
    8 }

第5行代码终于通过反射调用了切面里面的before方法，接着又调用mi.proceed()，我们知道这是最后一个拦截器了，此时this.currentInterceptorIndex == this.interceptorsAndDynamicMethodMatchers.size() - 1应该为true了，那么就会执行 return invokeJoinpoint();，也就是执行bean中的目标方法，接着我们来看看目标方法的执行

@Nullable
    protected Object invokeJoinpoint() throws Throwable {
        return AopUtils.invokeJoinpointUsingReflection(this.target, this.method, this.arguments);
    }
    
        @Nullable
    public static Object invokeJoinpointUsingReflection(@Nullable Object target, Method method, Object[] args)
            throws Throwable {
    
        // Use reflection to invoke the method.
        try {
            ReflectionUtils.makeAccessible(method);
            //直接通过反射调用目标bean中的method
            return method.invoke(target, args);
        }
        catch (InvocationTargetException ex) {
            // Invoked method threw a checked exception.
            // We must rethrow it. The client won't see the interceptor.
            throw ex.getTargetException();
        }
        catch (IllegalArgumentException ex) {
            throw new AopInvocationException("AOP configuration seems to be invalid: tried calling method [" +
                    method + "] on target [" + target + "]", ex);
        }
        catch (IllegalAccessException ex) {
            throw new AopInvocationException("Could not access method [" + method + "]", ex);
        }
    }

before方法执行完后，就通过反射的方式执行目标bean中的method，并且返回结果，接下来我们想想程序该怎么执行呢？

**1 、MethodBeforeAdviceInterceptor执行完了后，开始退栈,AspectJAfterAdvice中invoke卡在第5行的代码继续往下执行, 我们看到在AspectJAfterAdvice的invoke方法中的finally中第8行有这样一句话 invokeAdviceMethod(getJoinPointMatch(), null, null);，就是通过反射调用AfterAdvice的方法，意思是切面类中的 @After方法不管怎样都会执行，因为在finally中**

**2、AspectJAfterAdvice中invoke方法发执行完后，也开始退栈，接着就到了AfterReturningAdviceInterceptor的invoke方法的第4行开始恢复，但是此时如果目标bean和前面增强器中出现了异常，此时AfterReturningAdviceInterceptor中第5行代码就不会执行了，直接退栈；如果没有出现异常，则执行第5行，也就是通过反射执行切面类中@AfterReturning注解的方法，然后退栈**

**3、AfterReturningAdviceInterceptor退栈后，就到了AspectJAfterThrowingAdvice拦截器，此拦截器中invoke方法的第7行开始恢复，我们看到在 catch (Throwable ex) \{ 代码中，也就是第11行 invokeAdviceMethod(getJoinPointMatch(), null, ex);，如果目标bean的method或者前面的增强方法中出现了异常，则会被这里的catch捕获，也是通过反射的方式执行@AfterThrowing注解的方法，然后退栈**

## 总结 ##

这个代理类调用过程，我们可以看到是一个递归的调用过程，通过ReflectiveMethodInvocation类中Proceed方法递归调用，顺序执行拦截器链中AspectJAfterThrowingAdvice、AfterReturningAdviceInterceptor、AspectJAfterAdvice、MethodBeforeAdviceInterceptor这几个拦截器，在拦截器中反射调用增强方法