阿里四面：你知道Spring AOP创建Proxy的过程吗？

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

某游戏系统负责点券充值的类CouponService，充值方法deposit()：
引入 @Around 增强 ，记录并计算pay()执行耗时。

Controller：

访问接口，发现切面逻辑并没有执行到：

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

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

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

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

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

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

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

• CGLIB方式
  对类实现代理，对指定类生成一个子类，重写其中的方法，来实现代理对象。
  

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

现在来看下创建代理对象的过程。先来看下调用栈

创建一个Bean时，创建的的关键工作由AnnotationAwareAspectJAutoProxyCreator（一种BeanPostProcessor）完成。

所以它的执行是在完成原始Bean构建后的初始化Bean（initializeBean）过程中

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

创建代理对象的关键：

这样，一个代理对象就被创建出来了。从Spring中获取到的对象都是这个代理对象，所以具有AOP功能。

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

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

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

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

使用该方案有个前提，需要在 @EnableAspectJAutoProxy 加配置项 

exposeProxy = true

 ，表示将代理对象放入到ThreadLocal，这才可以直接通过

AopContext.currentProxy()

获取到，否则报错：

于是修改代码：

勿忘修改EnableAspectJAutoProxy 的 exposeProxy属性：