AOP与动态代理

什么是AOP？

• AOP可以增强方法的功能，而不需要修改原业务代码。
  从编程语言的角度：处理粒度不同
  从设计模式的角度：AOP进一步降低了模块间的耦合度
  从解放程序员生产力的角度：更少的代码
  从代码可读性的角度：业务逻辑更清晰

AOP实现原理：动态代理

非代理

• 非代理模式，则需要修改原实现类，或者重新定义一个实现类，来添加新的功能要求。

代理模式

• 代理模式，也需要定义一个实现代理接口的类，但不需要重写原方法，而是组合一个被代理对象。

JDK动态代理

• JDK动态代理不需要重写实现类，也不需要定义一个实现UserService接口的代理类。而是使用Proxy类帮我们动态生成代理类

Cglib动态代理
var10000.intercept(this, CGLIB$getUser$0$Method, CGLIB$emptyArgs,CGLIB$getUser$0$Proxy);

• this：代理对象；
• CGLIB$getUser$0$Method 代理方法，可以理解为就是UserServiceImpl中getUser方法；
• CGLIB$emptyArgs：方法参数；
• CGLIB$getUser$0$Proxy 一个MethodProxy类型的对象，可以避免使用方法反射

二者区别

• 使用场景

  • JDK动态代理用于接口 例如，我们要代理UserServiceImpl，则UserServiceImpl必须实现一个接口，例如UserService接口；
  • Cglib用于类或者接口例如，我们要代理UserServiceImpl，不需要关注该类是否实现接口。

• 效率

  • Java8之前，Cglib效率高；
  • Java8开始，JDK动态代理效率高；

为什么JDK动态代理必须要有接口，而Cglib则不需要

• 这是由他们的实现方式决定的 JDK动态代理是需要继承接口 java只支持单继承，$Proxy0继承了Proxy类，而Java只有单继承，为了使使用被代理类的地方，都可以透明地使用代理类，只能使得它们拥有共同的接口。所以JDK动态代理只支持接口。

Cglib代理类继承关系

public class UserDaoImpl$$EnhancerByCGLIB$$4a28906a extends UserDaoImpl implements Factory

可以看到代理类并没有继承其他类，而是继承了被代理的类。所以Cglib的方式不关注被代理类是否有接口

效率问题：实现方式不同

• JDK代理使用了反射，而在之前反射是很“重”的操作
• Cglib使用了映射，通过方法名查找到对应方法