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方法,执行目标方法。


相关文章
|
6天前
|
存储 安全 Java
Spring Boot 3 集成Spring AOP实现系统日志记录
本文介绍了如何在Spring Boot 3中集成Spring AOP实现系统日志记录功能。通过定义`SysLog`注解和配置相应的AOP切面,可以在方法执行前后自动记录日志信息,包括操作的开始时间、结束时间、请求参数、返回结果、异常信息等,并将这些信息保存到数据库中。此外,还使用了`ThreadLocal`变量来存储每个线程独立的日志数据,确保线程安全。文中还展示了项目实战中的部分代码片段,以及基于Spring Boot 3 + Vue 3构建的快速开发框架的简介与内置功能列表。此框架结合了当前主流技术栈,提供了用户管理、权限控制、接口文档自动生成等多项实用特性。
36 8
|
19天前
|
存储 Java Spring
【Spring】获取Bean对象需要哪些注解
@Conntroller,@Service,@Repository,@Component,@Configuration,关于Bean对象的五个常用注解
|
19天前
|
存储 Java 应用服务中间件
【Spring】IoC和DI,控制反转,Bean对象的获取方式
IoC,DI,控制反转容器,Bean的基本常识,类注解@Controller,获取Bean对象的常用三种方式
|
2月前
|
监控 安全 Java
什么是AOP?如何与Spring Boot一起使用?
什么是AOP?如何与Spring Boot一起使用?
85 5
|
1月前
|
XML 安全 Java
Spring Boot中使用MapStruct进行对象映射
本文介绍如何在Spring Boot项目中使用MapStruct进行对象映射,探讨其性能高效、类型安全及易于集成等优势,并详细说明添加MapStruct依赖的步骤。
|
3月前
|
人工智能 自然语言处理 前端开发
SpringBoot + 通义千问 + 自定义React组件:支持EventStream数据解析的技术实践
【10月更文挑战第7天】在现代Web开发中,集成多种技术栈以实现复杂的功能需求已成为常态。本文将详细介绍如何使用SpringBoot作为后端框架,结合阿里巴巴的通义千问(一个强大的自然语言处理服务),并通过自定义React组件来支持服务器发送事件(SSE, Server-Sent Events)的EventStream数据解析。这一组合不仅能够实现高效的实时通信,还能利用AI技术提升用户体验。
277 2
|
6天前
|
Java 测试技术 应用服务中间件
Spring Boot 如何测试打包部署
本文介绍了 Spring Boot 项目的开发、调试、打包及投产上线的全流程。主要内容包括: 1. **单元测试**:通过添加 `spring-boot-starter-test` 包,使用 `@RunWith(SpringRunner.class)` 和 `@SpringBootTest` 注解进行测试类开发。 2. **集成测试**:支持热部署,通过添加 `spring-boot-devtools` 实现代码修改后自动重启。 3. **投产上线**:提供两种部署方案,一是打包成 jar 包直接运行,二是打包成 war 包部署到 Tomcat 服务器。
28 10
|
20天前
|
Java 数据库连接 Maven
最新版 | 深入剖析SpringBoot3源码——分析自动装配原理(面试常考)
自动装配是现在面试中常考的一道面试题。本文基于最新的 SpringBoot 3.3.3 版本的源码来分析自动装配的原理,并在文未说明了SpringBoot2和SpringBoot3的自动装配源码中区别,以及面试回答的拿分核心话术。
最新版 | 深入剖析SpringBoot3源码——分析自动装配原理(面试常考)
|
27天前
|
NoSQL Java Redis
Spring Boot 自动配置机制:从原理到自定义
Spring Boot 的自动配置机制通过 `spring.factories` 文件和 `@EnableAutoConfiguration` 注解,根据类路径中的依赖和条件注解自动配置所需的 Bean,大大简化了开发过程。本文深入探讨了自动配置的原理、条件化配置、自定义自动配置以及实际应用案例,帮助开发者更好地理解和利用这一强大特性。
85 14
|
2月前
|
缓存 IDE Java
SpringBoot入门(7)- 配置热部署devtools工具
SpringBoot入门(7)- 配置热部署devtools工具
71 1
SpringBoot入门(7)- 配置热部署devtools工具