【微服务】Spring Aop原理深入解析

目录

一、前言

二、aop概述

[2.1 什么是AOP](#2.1 什么是AOP)

[2.2 AOP中的一些概念](#2.2 AOP中的一些概念)

[2.2.1 aop通知类型](#2.2.1 aop通知类型)

[2.3 AOP实现原理](#2.3 AOP实现原理)

[2.3.1 aop中的代理实现](#2.3.1 aop中的代理实现)

[2.4 静态代理与动态代理](#2.4 静态代理与动态代理)

[2.4.1 静态代理实现](#2.4.1 静态代理实现)

[三、 jdk动态代理与cglib代理](#三、 jdk动态代理与cglib代理)

[3.1 jdk动态代理](#3.1 jdk动态代理)

[3.1.1 jdk代理示例](#3.1.1 jdk代理示例)

[3.1.2 jdk动态代理模拟实现](#3.1.2 jdk动态代理模拟实现)

[3.2 CGLIB 代理](#3.2 CGLIB 代理)

[3.2.1 cglib代理代码示例](#3.2.1 cglib代理代码示例)

[3.2.2 cglib代理源码模拟实现](#3.2.2 cglib代理源码模拟实现)

[3.2.3 cglib代理补充说明](#3.2.3 cglib代理补充说明)

[四、spring aop源码探究](#四、spring aop源码探究)

[4.1 环境准备](#4.1 环境准备)

[4.1.1 引入aop依赖包](#4.1.1 引入aop依赖包)

[4.1.2 自定义aop配置类](#4.1.2 自定义aop配置类)

[4.1.3 测试方法](#4.1.3 测试方法)

[4.2 spring aop切点表达式](#4.2 spring aop切点表达式)

[4.2.1 语法结构](#4.2.1 语法结构)

[4.2.2 常见的切点表达式示例](#4.2.2 常见的切点表达式示例)

[4.3 spring aop源码分析过程](#4.3 spring aop源码分析过程)

五、写在文末

---

一、前言

spring 是一个流行的 Java 企业应用程序开发框架，其中的 aop（面向切面编程）是 spring 框架中一个非常重要的概念。可以说在spring框架以及生态体系下，随处可见aop编程思想的运用，借助这一编程思想，在很多特殊的业务场景下，aop的使用让编码变得易扩展、更优雅、更灵活，同时也能很好的解决通用的业务问题，提升开发效率。本文将详细介绍aop的核心技术和底层实现原理。

二、aop概述

2.1 什么是AOP

AOP，即面向切面编程 ，AOP是一种编程范式 ，用于在不修改原始代码的情况下向现有应用程序添加新功能 。这种编程方式将应用程序分成许多独立的部分，称为切面。这些切面可以在应用程序的不同位置进行编写和维护，从而提高了应用程序的可重用性和可维护性。

AOP是OOP（面向对象编程）的延续，主要用于实现横切关注点，比如：日志记录、性能统计、安全控制、事务处理等方面。简单来说，针对应用程序中那些可以预见的，以及归总为公共的处理业务的场景均可以考虑使用aop的编程实现。

2.2 AOP中的一些概念

为了后续更全面深入的掌握aop的使用，有必要了解下spring aop的相关概念。这些概念能够更好的指导我们在编码中对aop的原理的理解。

切面(Aspect)

AOP核心就是切面，它将多个类的通用行为封装成可重用的模块，该模块含有一组API提供横切功能。比如，一个日志模块可以被称作日志的AOP切面。根据需求的不同，一个应用程序可以有若干切面。在Spring AOP中，切面通过带有@Aspect注解的类实现。

连接点(Join Point)

AOP核心就是切面，它将多个类的通用行为封装成可重用的模块，该模块含有一组API提供横切功能。比如，一个日志模块可以被称作日志的AOP切面。根据需求的不同，一个应用程序可以有若干切面。在Spring AOP中，切面通过带有@Aspect注解的类实现。

连接点(Join Point)

哪些方法需要被AOP增强，这些方法就叫做连接点

通知(Advice)

AOP在特定的切入点上执行的增强处理

常用的通知类型有：

• before，前置通知 ；
• after，后置通知 ；
• afterReturning，返回通知 ；
• afterThrowing，异常通知 ；
• around，环绕通知 ；

切入点（Pointcut）

实际真正被增强的方法，称为切入点

2.2.1 aop通知类型

通知(advice)是你希望在横切关注点具体的实现方式，即方法之前触发？执行后触发...，aop中的Advice主要有以下5种类型：

前置通知(Before Advice)

在连接点之前执行的Advice，即方法执行前，使用@Before注解使用这个Advice

返回之后通知(After Retuning Advice)

在连接点正常结束之后执行的Advice，即你的方法正常执行完成之后执行，通过 @AfterReturning注解使用它，前提是你的方法没有抛出异常

抛出（异常）后执行通知(After Throwing Advice)

如果方法执行抛异常的时候，这个Advice就会被执行，通过 @AfterThrowing注解来使用

后置通知(After Advice)

无论连接点通过什么方式退出(方法正常返回或者抛出异常)都会执行在结束后执行这些Advice，通过 @After注解使用

围绕通知(Around Advice)

围绕连接点执行的Advice，方法执行前可以拦截参数，方法执行后可以拿到执行结果，属于几种通知中比较灵活的一种，通过@Around注解使用

2.3 AOP实现原理

Spring AOP 的实现原理是基于动态代理 和字节码操作的。具体来说，

• 在编译阶段， Spring 会使用 AspectJ 编译器将切面代码编译成字节码文件；
• 在运行阶段， Spring 会使用 Java 动态代理或 CGLIB 代理生成代理类，这些代理类会在目标对象方法执行前后插入切面代码，从而实现AOP增强的功能；

Spring AOP 主要使用两种代理方式：JDK动态代理和 CGLIB 代理。如果目标对象实现了至少一个接口，则框架使用JDK动态代理；否则，使用 CGLIB 代理。

2.3.1 aop中的代理实现

基于接口情况下，使用JDK动态代理

JDK动态代理，创建一个接口实现类的代理对象，该接口实现类的代理对象会调用该接口的真实实现，并且在代理对象中调用真实的实现类的方法进行增强

没有接口情况下，使用 CGLIB 动态代理

CGLIB动态代理，创建一个类子类的代理对象，该子类的代理对象会去调用父类中的方法，并且在子类代理对象调用其父类方法后做增强

2.4 静态代理与动态代理

很多同学在理解aop的代理时，很容易对静态代理与动态代理这个概念搞混，顾名思义，静态代理，简单理解就是代理的类或方法定义已经提前定义好了，在需要使用的地方直接调用即可，而动态代理，关键是理解动态这个概念，从程序的角度来说，就是在程序运行过程中，动态生成了目标对象的代理对象。

2.4.1 静态代理实现

定义一个接口

public interface LoginService {
    void login(String userId);
}

接口实现

public class LoginServiceImpl implements LoginService {
    @Override
    public void login(String userId) {
        System.out.println("登录成功，userId："+userId);
    }
}

实现了LoginService 接口的代理实现类

public class ProxyLoginService implements LoginService {

    private LoginServiceImpl loginServiceImpl;

    public ProxyLoginService(LoginServiceImpl loginServiceImpl){
        this.loginServiceImpl=loginServiceImpl;
    }

    @Override
    public void login(String userId) {
        System.out.println("执行登录之前操作");
        loginServiceImpl.login("user");
        System.out.println("执行登录方法后操作");
    }
}

测试方法

public static void main(String[] args) {
        //创建电影院（静态代理）
        ProxyLoginService proxyLoginService = new ProxyLoginService(new LoginServiceImpl());
        proxyLoginService.login("user1");
    }

静态代理优点

• 使得真实角色处理的业务更加纯粹，不再去关注一些公共的事情 ；
• 公共的业务由代理来完成---实现业务的分工；
• 公共业务发生扩展时变得更加集中和方便 ；

缺点：

• 每一个代理类都必须实现一遍真实实现类（也就是realMovie）的接口，如果接口增加方法，则代理类也必须跟着修改；
• 每一个代理类对应一个真实实现类（委托类），如果真实实现（委托类）非常多，则静态代理类就非常臃肿，难以胜任；

三、 jdk动态代理与cglib代理

3.1 jdk动态代理

与静态代理不同，动态代理是根据代理对象，动态创建代理类。这样就可以避免静态代理中代理类接口过多的问题。jdk动态代理是通过反射来实现的，借助Java自带的java.lang.reflect.Proxy,通过固定的规则生成。

jdk动态代理的使用步骤如下：

• 创建一个需要动态代理的接口，即Movie接口；
• 创建一个需要动态代理接口的真实实现，即RealMovie类；
• 创建一个动态代理处理器，实现InvocationHandler接口，并重写invoke方法去增强真实实现中的目标方法；
• 在测试类中，生成动态代理的对象；

3.1.1 jdk代理示例

自定义一个类，实现InvocationHandler接口，并重写里面的invoke方法

public class ProxyInvocationHandler implements InvocationHandler {

    //需要动态代理接口的真实实现类
    private Object object;

    //通过构造方法去给需要动态代理接口的真实实现类赋值
    public ProxyInvocationHandler(Object object) {
        this.object = object;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        //方法增强
        System.out.println("方法执行前操作");
        //object是真实实现，args是调用方法的参数
        //当代理对象调用真实实现的方法，那么这里就会将真实实现和方法参数传递过去，去调用真实实现的方法
        method.invoke(object,args);
        //方法增强
        System.out.println("方法执行后操作");
        return null;
    }
}

编写测试类，使用自定义的handler生成代理对象并调用目标方法

public class DynamicProxyTest {

    public static void main(String[] args) {
        //需要动态代理接口的真实实现
        LoginServiceImpl realMovie = new LoginServiceImpl();
        //动态代理处理类
        ProxyInvocationHandler handler = new ProxyInvocationHandler(realMovie);
        //获取动态代理对象
        //第一个参数：真实实现（被代理对象）的类加载器
        //第二个参数：真实实现类（被代理对象）它所实现的所有接口的数组
        //第三个参数：动态代理处理器
        LoginService loginService = (LoginService) Proxy.newProxyInstance(realMovie.getClass().getClassLoader(),
                realMovie.getClass().getInterfaces(),
                handler);
        loginService.login("user");
    }

}

执行结果

3.1.2 jdk动态代理模拟实现

由于jdk的代理是在运行期间动态产生字节码，所以很难看到运行期间代理产生的源码，我们可以模拟其原理进行一个简单的实现，代码如下：

定义一个接口，作为被代理的对象，实现类也一并贴出

    interface MinuService {
        int addMinu();

        void reduceMinu();
    }

    //目标对象实现类
    static class Target implements MinuService {

        @Override
        public int addMinu() {
            System.out.println("tager do addMinu");
            return 1;
        }

        @Override
        public void reduceMinu() {
            System.out.println("tager do reduceMinu");
        }
    }

定义一个handler，handler的作用可理解为作为代理对象中实际执行方法调用的一个入口

    interface MyInvocationHandler {
        Object invoke(Object proxy,Method method, Object[] args);
    }

定义代理类，代理类是核心实现，在代理类中主要做的事情如下：

• 引用自定义handler；
• 引用代理类中待执行的目标方法（该方法其实是运行期间动态生成的）；
• 调用handler中的invoke反射调用目标方法，并得到执行结果；

import java.lang.reflect.Method;

public class MyProxy implements JdkInner.MinuService {

    private JdkInner.MyInvocationHandler handler;

    public MyProxy(JdkInner.MyInvocationHandler handler) {
        this.handler = handler;
    }

    static Method addMinu;
    static Method reduceMinu;

    static {
        try {
            addMinu = JdkInner.MinuService.class.getMethod("addMinu");
            reduceMinu = JdkInner.MinuService.class.getMethod("reduceMinu");
        } catch (NoSuchMethodException e) {
            e.printStackTrace();
        }
    }

    @Override
    public int addMinu() {
        Object invoke = null;
        invoke = handler.invoke(this, addMinu, new Object[0]);
        return Integer.parseInt(invoke.toString());
    }

    @Override
    public void reduceMinu() {
        handler.invoke(this, reduceMinu, new Object[0]);
    }
}

编写测试类，有没有发现这个写法和上述使用jdk的动态代理很像

 public static void main(String[] args) {

        MinuService minuService = new MyProxy(new MyInvocationHandler() {
            @Override
            public Object invoke(Object proxy,Method method, Object[] args) {
                System.out.println("before  invoke method");
                Object result = null;
                try {
                    result = method.invoke(new Target(), args);
                    System.out.println("result :" + result);
                } catch (IllegalAccessException e) {
                    e.printStackTrace();
                } catch (InvocationTargetException e) {
                    e.printStackTrace();
                }
                return result;
            }
        });
        System.out.println(minuService.getClass());
        minuService.addMinu();
    }

如果你想查看jdk动态代理时产生的源码，可以考虑使用arthars进行反编译查看

3.2 CGLIB 代理

CGLIB 代理是一个基于字节码操作 的代理方式，它是一个强大的、高性能、高质量的 Code 生成类库，可以在运行期扩展 Java 类与实现 Java 接口，可以为没有实现接口的类创建代理对象。CGLIB 代理会在运行时生成一个目标对象的子类，并覆盖其中的方法，以实现AOP的功能。下面是 CGLIB 代理的实现代码：

public class CglibAopProxy implements AopProxy {
 
    private final AdvisedSupport advised;
 
    public CglibAopProxy(AdvisedSupport advised) {
        this.advised = advised;
    }
 
    @Override
    public Object getProxy() {
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(advised.getTargetSource().getTargetClass());
        enhancer.setCallback(new DynamicAdvisedInterceptor(advised));
        return enhancer.create();
    }
 
    private static class DynamicAdvisedInterceptor implements MethodInterceptor {
 
        private final AdvisedSupport advised;
 
        public DynamicAdvisedInterceptor(AdvisedSupport advised) {
            this.advised = advised;
        }
 
        @Override
        public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
            MethodInvocation methodInvocation = new CglibMethodInvocation(
                    advised.getTargetSource().getTarget(),
                    method,
                    args,
                    proxy,
                    advised.getMethodInterceptor(),
                    advised.getTargetSource().getTargetClass()
            );
            return methodInvocation.proceed();
        }
    }
}

3.2.1 cglib代理代码示例

下面是一段使用cglib进行代理的代码

import org.springframework.cglib.proxy.MethodInterceptor;
import org.springframework.cglib.proxy.MethodProxy;

import java.lang.reflect.Method;

public class CglibTest {

    static class Target {
        public void get() {
            System.out.println("target get");
        }
    }

    public static void main(String[] args) {
        Target target = new Target();
        //拿到代理的类
        Target proxyTarget = (Target)Enhancer.create(Target.class, new MethodInterceptor() {
            @Override
            public Object intercept(Object proxyClass, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
                System.out.println("before....");
                Object result = method.invoke(target, args);
                System.out.println("after...");
                return result;
            }
        });
        //执行代理类的方法
        proxyTarget.get();
    }

}

结果看起来和使用jdk代理类似

与jdk代理不同的是，jdk的代理仅能针对接口代理，而cglib生成的代理对象是一个子类，所以需要注意，使用cglib进行代理的时候，父类不能是final的，并且目标类中的代理方法也不能是final的。

3.2.2 cglib代理源码模拟实现

上面的案例了解了如何使用cglib进行代理以及代码的实现，下面来模拟一下其底层源码的实现

定义一个目标类

public class CglibTarget {

    public void add(){
        System.out.println("add()");
    }

    public void add(int num){
        System.out.println("add() :" + num);
    }

    public void reduce(int count){
        System.out.println("reduce() :" + count);
    }
}

定义代理类

通过上面的介绍了解到，cglib的代理对象是通过生成目标对象的子类实现的，所以代理类需要继承目标类

import org.springframework.cglib.proxy.MethodInterceptor;

import java.lang.reflect.Method;

public class CglibProxy extends CglibTarget {

    private MethodInterceptor methodInterceptor;

    public void setMethodInterceptor(MethodInterceptor methodInterceptor) {
        this.methodInterceptor = methodInterceptor;
    }

    static Method add_1;
    static Method add_2;

    static {
        try {
            add_1 = CglibTarget.class.getMethod("add");
            add_2 = CglibTarget.class.getMethod("add",int.class);
        } catch (NoSuchMethodException e) {
            e.printStackTrace();
        }
    }

    @Override
    public void add() {
        try {
            methodInterceptor.intercept(this,add_1,new Object[0],null);
        } catch (Throwable throwable) {
            throwable.printStackTrace();
        }
    }

    public void add(int num){
        try {
            methodInterceptor.intercept(this,add_2,new Object[]{num},null);
        } catch (Throwable throwable) {
            throwable.printStackTrace();
        }
    }

    public void reduce(int count){
        super.reduce(count);
    }

}

测类类

import com.congge.aop.cglib.CglibProxy;
import com.congge.aop.cglib.CglibTarget;
import org.springframework.cglib.proxy.MethodInterceptor;
import org.springframework.cglib.proxy.MethodProxy;

import java.lang.reflect.Method;

public class CglibTest {

    public static void main(String[] args) {
        CglibProxy proxy = new CglibProxy();
        CglibTarget target = new CglibTarget();
        proxy.setMethodInterceptor(new MethodInterceptor() {
            @Override
            public Object intercept(Object targetObj, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
                System.out.println("before handle");
                Object result = method.invoke(target, args);
                System.out.println("after handle");
                return result;
            }
        });
        proxy.add(10);
    }
}

运行代码，得到如下效果

3.2.3 cglib代理补充说明

在使用cglib代码编码实现中，注意到在intercept方法参数中有一个Method的参数，这个参数是做什么用的呢？

不妨将代码修改成下面这样

public static void main(String[] args) {
        Target target = new Target();
        //拿到代理的类
        Target proxyTarget = (Target)Enhancer.create(Target.class, new MethodInterceptor() {
            @Override
            public Object intercept(Object proxyClass, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
                System.out.println("before....");
                //Object result = method.invoke(target, args);
                Object result = methodProxy.invoke(target, args);
                System.out.println("after...");
                return result;
            }
        });
        //执行代理类的方法
        proxyTarget.get();
    }

再次执行，发现仍然可以得到正确的结果，为什么会这样呢？

cglib代理底层通过这种方式为调用者提供了多一种选择，当选择使用methodProxy的invoke方法时，将不反射，而是退化为直接使用原始目标对象去调用方法，某些情况下，可以获得比反射更高的性能。

四、spring aop源码探究

spring底层在aop的代理上是怎么处理的呢，接下来让我们通过源码一探究竟。

4.1 环境准备

4.1.1 引入aop依赖包

只需要引入aspectjweaver即可

        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjweaver</artifactId>
            <version>1.8.3</version>
        </dependency>

4.1.2 自定义aop配置类

定义一个切面的配置类，这里扫描的是某个包路径下的所有方法，并且使用了环绕通知，在通知方法里，输出了方法实际执行耗时

@Component
@Aspect
public class AspectConfig {

    @Pointcut("execution(* com.congge.service.aop.*.*(..)))")
    private void pointcut(){

    }

    @Around("pointcut()")
    public Object around(ProceedingJoinPoint point) throws Throwable {
        long start = System.currentTimeMillis();
        Object proceed = point.proceed();
        long end = System.currentTimeMillis();
        System.out.println("消耗时间：" + (end-start));
        return proceed;
    }

}

4.1.3 测试方法

编写测试方法，验证上述aop切面通知是否生效

@ComponentScan("com.congge.service.aop")
@EnableAspectJAutoProxy
public class SpringApp {
    public static void main(String[] args) {
        AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(SpringApp.class);
        UserService userService = context.getBean(UserService.class);
        userService.getUser();
    }

}

运行之后效果如下，说明aop的环绕通知配置生效了

4.2 spring aop切点表达式

在实际开发中，aop编程的一般步骤是，定义切面类，然后定义具体的切点表达式，然后再在具体的通知方法上面引入切点表达式即可。下面列举几种常用的几种自定义切点表达式的写法。

4.2.1 语法结构

例1：对扫描包中的某个类的方法增强

execution(* com.xxx.xxxClass.方法名(..))

例2：对扫描包中的某个类的所有方法增强

execution(* com.xxx.xxxClass.* (..))

例3：对扫描包中所有类，类中所有方法增强

execution(* com.xxx.service.*.* (..))

例4：所有带有某个注解的方法或类

@annotation(com.xxx.annotation.xxxAnnotation)

上面举的例子都是去切入具体的某个方法、类，也可以切到某个包下所有的方法，也可以去切某包下带有某注解的方法等等。

4.2.2 常见的切点表达式示例

下面列举常用的几种切点表达式示例，便于后续的参考

所有方法执行

execution(public * *(..))

名以"XXX"开头的所有方法执行

execution(* XXX*(..))

XXX接口中所有方法执行

execution(* com.xxx.XXX.*(..))

service包下所有方法执行

execution(* com.xxx.service..*.*(..))

service包下的所有连接点

（仅在Spring AOP中执行方法）

within(com.xxx.service..*)

代理实现XXX接口的任何连接点

（仅在Spring AOP中执行方法）

this(com.xxx.service.XXXService)

所有带有@XXX注解的方法或类

@annotation(com.xxx.annotation.XXX)

4.3 spring aop源码分析过程

通过断点，在真正执行userService.getUser()之前，我们可以看到，userService已经是一个代理对象，而且不难看出，这是一个jdk动态代理产生的对象（userService接口存在实现类）

于是可以断定，在真正执行目标方法的时候，是代理对象在帮我们执行了，那么代理对象在哪里产生的呢？代理对象是什么时候产生的呢？这就是接下来需要搞清的重点所在。

从getBean入手，一路往下走，通过getBean方法，最终获取到了代理对象

public <T> T getBean(Class<T> requiredType) throws BeansException {
        this.assertBeanFactoryActive();
        return this.getBeanFactory().getBean(requiredType);
    }

通过getBean方法走到下面这个doGetBean方法里，在这个方法中，注意有一个关键的位置：getSingleton，很多同学在看spring源码的时候发现调用栈非常深，经常陷入一种不知道从何看起的状态，这里说过小技巧，你只需要关注你期望得到的目标即可。比如在doGetBean这里，为了快速获取到userService，可以在此处设置条件断点，如下：

以上述getSingleton为例来说，通过这个方法，可能会得到代理对象，需不需要进去看呢，可以先走一步，如果得到的是代理对象，那么说明getSingleton这个方法中是产生代理对象的地方，按照这个思路，我们走一步看看，发现此刻得到的对象就是一个代理对象，说明确实是在getSingleton这个方法中产生了代理对象；

以getSingleton继续深入，进入该方法之后发现，从singletonObjects中拿到的就是代理对象了，这里不禁冒出一个问题来了，singletonObjects中是什么时候将代理对象放进去的呢？

这里不得不说另一个源码的调试和阅读技巧，就是直接看debug中的调用栈，从下面的调用栈可以发现，上一步singletonObjects中存储的这个代理对象就是在其中的某一步产生并放到容器中的；

这样一来，至少可以说明，产生代理对象的时机在当前这个getSingleton之前，从spring的bean的生命周期来看，要经历解析，创建，初始化，实例化等一些步骤，所以可以将目光定位到创建的过程，即createBean阶段，于是从getBean方法入手作为突破点即可，再次断点进入，来到getBean方法中

通过getBean一路来到getSingleton方法中，该方法即创建初始的userService的核心代码，而且第一次进入的时候发现userService的bean对象还未创建出来，一直来到该方法的如下位置，利用上面的调试技巧发现就是在这个singletonFactory.getObject()方法得到了代理对象

继续进入这个singletonFactory.getObject()方法，就来到创建bean的方法中，即createBean

沿着该方法继续往下走，当走到doCreateBean这里时，发现这个方法执行结束后就成了代理对象

继续进入doCreateBean方法中，当走完initializeBean方法之后，发现就产生了代理对象

那么initializeBean里面发生了什么呢？可以断定这个方法的某个地方最终产生了代理对象，于是来到下面这个方法

进入到applyBeanPostProcessorsAfterInitialization方法中

来到postProcessAfterInitialization里面之后，沿着wrapIfNecessary继续进入

历经千辛万苦，最终来到这里，这个方法就是最终产生代理对象的地方，核心创建代理对象的代码就是下面这段

protected Object wrapIfNecessary(Object bean, String beanName, Object cacheKey) {
        if (StringUtils.hasLength(beanName) && this.targetSourcedBeans.contains(beanName)) {
            return bean;
        } else if (Boolean.FALSE.equals(this.advisedBeans.get(cacheKey))) {
            return bean;
        } else if (!this.isInfrastructureClass(bean.getClass()) && !this.shouldSkip(bean.getClass(), beanName)) {
            Object[] specificInterceptors = this.getAdvicesAndAdvisorsForBean(bean.getClass(), beanName, (TargetSource)null);
            if (specificInterceptors != DO_NOT_PROXY) {
                this.advisedBeans.put(cacheKey, Boolean.TRUE);
                Object proxy = this.createProxy(bean.getClass(), beanName, specificInterceptors, new SingletonTargetSource(bean));
                this.proxyTypes.put(cacheKey, proxy.getClass());
                return proxy;
            } else {
                this.advisedBeans.put(cacheKey, Boolean.FALSE);
                return bean;
            }
        } else {
            this.advisedBeans.put(cacheKey, Boolean.FALSE);
            return bean;
        }
    }

我们重点关注方法中createProxy这个方法即可

跳过中间的步骤，最终来到createAopProxy方法中，在这个方法中，展示了如何创建代理对象，以及采用哪种方式创建代理对象，即使用jdk动态代理呢？还是cglib方式呢？

从这段代码不难看出，这里做了一个判断，如果目标对象是接口，将采用jdk动态代理，如果目标对象是类，则使用cglib的代理，由于在前面的代码中目标对象是普通的类，所以将会产生一个cglib的代理对象

补充说明：

在上面判断使用哪种代理方式时，有一个很重要的参数，即判断下面的这个参数的布尔值，通过源码点击进去发现，默认情况下该参数初始值为false

config.isProxyTargetClass()

该参数的意义在于，开发者可以通过强制指定这个参数的值，从而改变代理的方式强制使用cglib，如何修改呢，只需要将下面的注解中改为true即可

五、写在文末

本文通过较大的篇幅全面而深度的总结了aop代理相关的技术点，并且深入到源码层面解读了spring aop的完整过程，aop不仅是spring编程中的重要内容，也是日常开发中运用比较广泛的技术点，有必要对其做深入的理解和掌握。本篇到此结束，感谢观看。