spring源码系列10:AOP代理对象的执行

简介: spring源码系列10:AOP代理对象的执行

说完了AOP代理对象的创建,事务代理对象的创建,这文,讲讲AOP代理对象执行


回顾:


  1. 静态代理与JDK动态代理与CGLIB动态代理
  2. Spring中的InstantiationAwareBeanPostProcessor和BeanPostProcessor的区别
  3. spring源码系列8:AOP源码解析之代理的创建

静态代理与JDK动态代理与CGLIB动态代理这一节我们讲过:

  • JDK动态代理会在内存中生成一个类名为$Proxy0形式的代理类,
  • 调用$Proxy0方法,内部调用父类Proxy.InvocationHandler.invoke方法
  • JDK动态代理执行链:代理类方法-->InvocationHandler.invoke()-->目标方法

  • CGLB动态代理会在内存生成一个类名为UserNoInterface?EnhancerByCGLIB?b3361405形式的代理类
  • 调用xxx?EnhancerByCGLIB?b3361405代理类方法,内部调用MethodInterceptor.intercept()
  • CGLB动态代理执行链: 代理类方法-->MethodInterceptor.intercept()-->目标方法

SpringAop是通过JDK动态代理或者CGLB动态代理实现的,他也会有如上特征。

  • AOP的JDK动态代实现是通过把Advised封装到InvocationHandler中实现的
  • AOP的CGLB动态实现是通过把Advised封装到MethodInterceptor中实现的。

注意: 此处的MethodInterceptor是CGLB中的。 区别于AOP联盟中的MethodInterceptor

下面逐个分析代理的执行。


AOP-JDK动态代理的执行

JDK动态代理执行:代理类方法-->InvocationHandler.invoke()-->目标方法 JdkDynamicAopProxy 是JDK动态代理的实现类。 JdkDynamicAopProxy本身是一个InvocationHandler,所以我们执行代理的某个方法时,会经过JdkDynamicAopProxy.invoke方法然后去调用目标方法。

@Override
  public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    MethodInvocation invocation;
    Object oldProxy = null;
    boolean setProxyContext = false;
    TargetSource targetSource = this.advised.targetSource;
    Class<?> targetClass = null;
    Object target = null;
    try {
      if (!this.equalsDefined && AopUtils.isEqualsMethod(method)) {
        // The target does not implement the equals(Object) method itself.
        return equals(args[0]);
      }
      else if (!this.hashCodeDefined && AopUtils.isHashCodeMethod(method)) {
        // The target does not implement the hashCode() method itself.
        return hashCode();
      }
      else if (method.getDeclaringClass() == DecoratingProxy.class) {
        // There is only getDecoratedClass() declared -> dispatch to proxy config.
        return AopProxyUtils.ultimateTargetClass(this.advised);
      }
      else if (!this.advised.opaque && method.getDeclaringClass().isInterface() &&
          method.getDeclaringClass().isAssignableFrom(Advised.class)) {
        // Service invocations on ProxyConfig with the proxy config...
        return AopUtils.invokeJoinpointUsingReflection(this.advised, method, args);
      }
      Object retVal;
      //是否暴露代理对象,如果暴露就把当前代理对象放到AopContext上下文中,
      //这样在本线程的其他地方也可以获取到代理对象了。
      if (this.advised.exposeProxy) {
        // Make invocation available if necessary.
        oldProxy = AopContext.setCurrentProxy(proxy);
        setProxyContext = true;
      }
      // May be null. Get as late as possible to minimize the time we "own" the target,
      // in case it comes from a pool.
      target = targetSource.getTarget();
      if (target != null) {
        targetClass = target.getClass();
      }
      // Get the interception chain for this method.
      List<Object> chain = this.advised.getInterceptorsAndDynamicInterceptionAdvice(method, targetClass);
      // Check whether we have any advice. If we don't, we can fallback on direct
      // reflective invocation of the target, and avoid creating a MethodInvocation.
      if (chain.isEmpty()) {
        // We can skip creating a MethodInvocation: just invoke the target directly
        // Note that the final invoker must be an InvokerInterceptor so we know it does
        // nothing but a reflective operation on the target, and no hot swapping or fancy proxying.
        Object[] argsToUse = AopProxyUtils.adaptArgumentsIfNecessary(method, args);
        retVal = AopUtils.invokeJoinpointUsingReflection(target, method, argsToUse);
      }
      else {
        // We need to create a method invocation...
        invocation = new ReflectiveMethodInvocation(proxy, target, method, args, targetClass, chain);
        // Proceed to the joinpoint through the interceptor chain.
        retVal = invocation.proceed();
      }
      // Massage return value if necessary.
      Class<?> returnType = method.getReturnType();
      if (retVal != null && retVal == target &&
          returnType != Object.class && returnType.isInstance(proxy) &&
          !RawTargetAccess.class.isAssignableFrom(method.getDeclaringClass())) {
        // Special case: it returned "this" and the return type of the method
        // is type-compatible. Note that we can't help if the target sets
        // a reference to itself in another returned object.
        retVal = proxy;
      }
      else if (retVal == null && returnType != Void.TYPE && returnType.isPrimitive()) {
        throw new AopInvocationException(
            "Null return value from advice does not match primitive return type for: " + method);
      }
      return retVal;
    }
    finally {
      if (target != null && !targetSource.isStatic()) {
        // Must have come from TargetSource.
        targetSource.releaseTarget(target);
      }
      if (setProxyContext) {
        // Restore old proxy.
        AopContext.setCurrentProxy(oldProxy);
      }
    }
  }

这里分为3种情况:

  • equals & hashCode 调用的是JdkDynamicAopProxy的equals  & hashcode方法
  • DecoratingProxy 类& Advised接口的方法 都交由proy-config去执行,也就是this.advised
  • 其他的方法,先获取增强器链,执行增强器,再去执行目标对象方法。

重点看看第三种情况:

  1. 通过advised.getInterceptorsAndDynamicInterceptionAdvice(method, targetClass)获取增强器链chain
public List<Object> getInterceptorsAndDynamicInterceptionAdvice(Method method, Class<?> targetClass) {
    MethodCacheKey cacheKey = new MethodCacheKey(method);
    List<Object> cached = this.methodCache.get(cacheKey);
    if (cached == null) {
      cached = this.advisorChainFactory.getInterceptorsAndDynamicInterceptionAdvice(
          this, method, targetClass);
      this.methodCache.put(cacheKey, cached);
    }
    return cached;
  }

这里也用了缓存设计,如果缓存中为null。则使用DefaultAdvisorChainFactory工厂类获取增强器链chain。 获取的原理: 遍历所有适用当前类的Advisor,通过AdvisorAdapterRegistry适配器,将Advisor的每一个Advice,适配成MethodInterceptor。

  1. 如果获取增强器链为空。 则使用反射执行目标对象方法。
  2. 如果增强器链不为空,则创建一个方法执行器MethodInvocation(此处创建的是ReflectiveMethodInvocation)封装增强链+目标方法。然后调用MethodInvocation.proceed()递归执行所有增强器Adivce,执行Advice.invoke()方法进行拦截处理,在链的尾部通过反射执行目标方法。

接下来,就是处理返回值。

至此:AOP-JDK动态代理的执行就完成。

调用方法-->动态代理.方法-->InvocationHandler.invoke-->MethodInvocation.proceed执行增强器链-->Adivce.invoke方法-->目标方法


AOP-CGLB动态代理的执行

CGLB动态代理执行:代理类方法-->MethodInterceptor.intercept()-->目标方法 CglibAopProxy是CGLB动态代理的实现类。 CglibAopProxy会创建一个DynamicAdvisedInterceptor来拦截目标方法的执行。DynamicAdvisedInterceptor实现了MethodInterceptor。当我们执行代理的某个方法时,会经过DynamicAdvisedInterceptor.intercept()方法然后去调用目标方法。

我们看看这个方法

@Override
    public Object intercept(Object proxy, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
      Object oldProxy = null;
      boolean setProxyContext = false;
      Class<?> targetClass = null;
      Object target = null;
      try {
        if (this.advised.exposeProxy) {
          // Make invocation available if necessary.
          oldProxy = AopContext.setCurrentProxy(proxy);
          setProxyContext = true;
        }
        // May be null. Get as late as possible to minimize the time we
        // "own" the target, in case it comes from a pool...
        target = getTarget();
        if (target != null) {
          targetClass = target.getClass();
        }
        List<Object> chain = this.advised.getInterceptorsAndDynamicInterceptionAdvice(method, targetClass);
        Object retVal;
        // Check whether we only have one InvokerInterceptor: that is,
        // no real advice, but just reflective invocation of the target.
        if (chain.isEmpty() && Modifier.isPublic(method.getModifiers())) {
          // We can skip creating a MethodInvocation: just invoke the target directly.
          // Note that the final invoker must be an InvokerInterceptor, so we know
          // it does nothing but a reflective operation on the target, and no hot
          // swapping or fancy proxying.
          Object[] argsToUse = AopProxyUtils.adaptArgumentsIfNecessary(method, args);
          retVal = methodProxy.invoke(target, argsToUse);
        }
        else {
          // We need to create a method invocation...
          retVal = new CglibMethodInvocation(proxy, target, method, args, targetClass, chain, methodProxy).proceed();
        }
        retVal = processReturnType(proxy, target, method, retVal);
        return retVal;
      }
      finally {
        if (target != null) {
          releaseTarget(target);
        }
        if (setProxyContext) {
          // Restore old proxy.
          AopContext.setCurrentProxy(oldProxy);
        }
      }
    }

可以看出跟AOP-CGLB动态代理与AOP-JDK动态 有很多相似之处。

  • 首先判断是否暴露代理。如果暴露,就把代理放到AopContext中,以便在其他地方也可以拿到
  • 和JDK Proxy中是一样的,通过DefaultAdvisorChainFactory工厂类获取增强器链chain
  • 增强器链isEmpty(),同时是public方法的话,使用反射执行目标方法(不拦截)
  • 增强链不为空,则创建一个方法执行器MethodInvocation(此处创建的是CglibMethodInvocation)封装增强链+目标方法,执行MethodInvocation.proceed() 。 因为CglibMethodInvocation是ReflectiveMethodInvocation的子类,所以后面就跟JDKproxy的执行一样了。
  • 最后就是处理返回值。

至此:AOP-CGLB动态代理的执行就完成。

调用方法-->动态代理类.方法-->MethodInterceptor.intercept方法-->MethodInvocation.proceed执行增强器链-->Adivce.invoke方法-->目标方法


总结

  • springaop是基于jdk动态代理与cglb动态代理。
  • springAop把拦截器封装成Advice,组成Advice链。封装到MethodInterceptor或者InvocationHandler中。当调用方法时,都会先调用代理类方法,经过增强器链的调用每个Adivce.invoke方法,执行目标方法。


相关文章
|
29天前
|
设计模式 Java Maven
Spring Aop 底层责任链思路实现-springaopdi-ceng-ze-ren-lian-si-lu-shi-xian
Spring Aop 底层责任链思路实现-springaopdi-ceng-ze-ren-lian-si-lu-shi-xian
35 1
|
13天前
|
Java Spring
玩转对象掌控权:深入Spring,精准控制对象创建次数
玩转对象掌控权:深入Spring,精准控制对象创建次数
16 0
|
13天前
|
Java 关系型数据库 MySQL
高级对象装配:解析Spring创建复杂对象的秘诀
高级对象装配:解析Spring创建复杂对象的秘诀
27 0
高级对象装配:解析Spring创建复杂对象的秘诀
|
22天前
|
XML Java Maven
Spring之Aop的注解使用
Spring之Aop的注解使用
|
28天前
|
Java Spring
Spring 如何实现 AOP
Spring 如何实现 AOP
17 0
|
1月前
|
Java 编译器 程序员
Spring AOP 和 AspectJ 的比较
Spring AOP 和 AspectJ 的比较
37 0
|
28天前
|
Java 应用服务中间件 Maven
SpringBoot 项目瘦身指南
SpringBoot 项目瘦身指南
42 0
|
2月前
|
缓存 Java Maven
Spring Boot自动配置原理
Spring Boot自动配置原理
48 0
|
1月前
|
缓存 安全 Java
Spring Boot 面试题及答案整理,最新面试题
Spring Boot 面试题及答案整理,最新面试题
111 0
|
1月前
|
前端开发 搜索推荐 Java
【Spring底层原理高级进阶】基于Spring Boot和Spring WebFlux的实时推荐系统的核心:响应式编程与 WebFlux 的颠覆性变革
【Spring底层原理高级进阶】基于Spring Boot和Spring WebFlux的实时推荐系统的核心:响应式编程与 WebFlux 的颠覆性变革