Spring 在程序运行期，就能帮助我们把切面中的代码织入 Bean 的方法内，让开发者能无感知地在容器对象方法前后随心添加相应处理逻辑，所以 AOP 其实就是个代理模式。但凡是代理，由于代码不可直接阅读，也是初级程序员们 bug 的重灾区。

1 案例

某游戏系统，含负责点券充值的类 CouponService，它含有一个充值方法 deposit()：

deposit()会使用微信支付充值。因此在这个方法中，加入 pay()。

由于微信支付是第三方接口，需记录接口调用时间。引入 @Around 增强 ，分别记录在 pay()方法执行前后的时间，并计算 pay()执行耗时。

Controller：

访问接口，会发现这段计算时间的切面并没有执行到，输出日志如下：

切面类明明定义了切面对应方法，但却没执行到。说明在类的内部，通过 this 调用的方法，不会被 AOP 增强。

2 源码解析-创建代理对象的过程

• this 对应的对象就是一个普通 CouponService 对象：

• 

• 而在 Controller 层中自动装配的 CouponService 对象：

• 

• 是个被 Spring 增强过的 Bean，所以执行 deposit()时，会执行记录接口调用时间的增强操作。而 this 对应的对象只是一个普通的对象，并无任何额外增强。

为什么 this 引用的对象是普通对象？

这要从 Spring AOP 增强对象的过程来看。

AOP 的底层是动态代理，创建代理的方式：

• JDK 方式只能对实现了接口的类生成代理，不能针对普通类

• CGLIB 方式可以针对类实现代理，主要是对指定的类生成一个子类，覆盖其中的方法，来实现代理对象。

• 

针对非 Spring Boot 程序，除了添加相关 AOP 依赖项外，还会使用 @EnableAspectJAutoProxy 开启 AOP 功能。这个注解类引入 AspectJAutoProxyRegistrar，它通过实现 ImportBeanDefinitionRegistrar 接口完成 AOP 相关 Bean 准备工作。

• 先看下调用栈：

• 

2.1 创建代理对象的时机

创建一个 Bean 时。

创建主要由 AnnotationAwareAspectJAutoProxyCreator，一种 BeanPostProcessor 完成。所以它的执行是在完成原始 Bean 构建后的初始化 Bean（initializeBean）过程。

AbstractAutoProxyCreator

postProcessAfterInitialization

关键方法 wrapIfNecessary：在需要使用 AOP 时，它会把创建的原始 Bean 对象 wrap 成代理对象，作为 Bean 返回。

wrapIfNecessary

2.2 createProxy

创建代理对象的关键：

protected Object createProxy(Class<?> beanClass, @Nullable String beanName,      @Nullable Object[] specificInterceptors, TargetSource targetSource) {  // ...  // 1. 创建一个代理工厂  ProxyFactory proxyFactory = new ProxyFactory();  if (!proxyFactory.isProxyTargetClass()) {   if (shouldProxyTargetClass(beanClass, beanName)) {      proxyFactory.setProxyTargetClass(true);   }   else {      evaluateProxyInterfaces(beanClass, proxyFactory);   }  }  Advisor[] advisors = buildAdvisors(beanName, specificInterceptors);  // 2. 将通知器（advisors）、被代理对象等信息加入到代理工厂  proxyFactory.addAdvisors(advisors);  proxyFactory.setTargetSource(targetSource);  customizeProxyFactory(proxyFactory);   // ...   // 3. 通过代理工厂获取代理对象  return proxyFactory.getProxy(getProxyClassLoader());}

经过这样一个过程，一个代理对象就被创建出来了。我们从 Spring 中获取到的对象都是这个代理对象，所以具有 AOP 功能。而之前直接使用 this 引用到的只是一个普通对象，自然也就没办法实现 AOP 的功能了。

3 修正

经过分析可知，只有引用的是被 动态代理 所创对象，才能被 Spring 增强，实现期望的 AOP 功能。

那得怎么处理对象，才具备这样的条件？

被 @Autowired 注解

通过 @Autowired，在类的内部，自己引用自己：

直接从 AopContext 获取当前 Proxy

AopContext，就是通过一个 ThreadLocal 来将 Proxy 和线程绑定起来，这样就可以随时拿出当前线程绑定的 Proxy。

使用该方案有个前提，需要在 @EnableAspectJAutoProxy 加配置项 exposeProxy = true ，表示将代理对象放入到 ThreadLocal，这才可以直接通过

AopContext.currentProxy()

获取到，否则报错：

于是修改代码：

勿忘修改 EnableAspectJAutoProxy 的 exposeProxy 属性：