1.JDK动态代理
实现原理:
- 基于反射实现
- 生成的这个代理类(proxy),实现了被代理类(proxied)的全部接口,并对接口中定义的所有方法进行了代理
- 当通过代理类proxy,执行被代理类proxied的方法时,代理类底层会通过反射机制,回调我们实现的InvocationHandler接口的invoke方法
- 并且这个代理类是java.lang.reflect.Proxy类的子类!
优点:
- JDK动态代理是JDK原生的,不需要引入任何依赖即可使用
- 通过反射机制生成代理类的速度要比CGLib操作字节码生成代理类的速度更快
缺点:
- JDK_proxy,被代理的类必须实现接口,否则无法代理
- JDK动态代理无法为没有在接口中定义的方法实现代理,假设我们有一个实现了接口的类,我们为它的一个不属于接口中的方法配置了切面,Spring仍然会使用JDK的动态代理,但是由于配置了切面的方法不属于接口,为这个方法配置的切面将不会被织入
- JDK动态代理执行代理方法时,需要通过反射机制进行回调,此时方法执行的效率比较低
2.CGLIB动态代理
实现原理:
- 采用了ASM字节码生成框架,直接对需要代理的类的字节码进行操作
- 原理是生成了被代理类的子类,并重写了这个类的所有可以重写的方法
- 重写过程中,会将我们定义的额外逻辑(Spring中的切面)织入到方法中,对方法进行增强
- 最终通过操作字节码生成代理类,和我们自己编写后编译,没有太大区别
优点:
- CGLIB代理的类,不需要实现接口,因为CGLIB生成的代理类是直接继承自被代理类
- CGLIB生成的代理类,执行代理方法时,执行效率要高于JDK生成的代理类(因为不需要反射回调,而是直接调用代理类的方法)
缺点:
- CHLIB的代理类,使用的是继承,意味着如果被代理类是一个final类,则无法使用CGLIB进行代理
- CGLIB无法对final方法和private方法进行代理,因为子类无法重写父类的这些方法
- CGLIB是通过操作字节码的方式生成代理类,这种方式生成代理类的速度比JDK通过反射生成代理类的速度更慢