代理模式及是spring AOP代理选择

代理模式，是为了方便我们将一些非业务的东西或公共的处理抽取出来，与业务代码解耦，不侵入原代码去强化类功能，如日志的记录或者一些功能的加强。

代理分为静态代理和动态代理；

静态代理：用代理类Proxy将实际调用类 RealObject封装多一层，使用proxy实际去调用realObject的方法

静态代理

缺点：代理类会因为实际调用类而不断膨胀，比如调用类有100个方法，那么代理类也会产生100个方法（Action是接口）

动态代理：

不同之处在于代理类的创建时机不同，静态代理是在编译时完成代理的构建，动态代理需要在运行时因需实时创建。

动态代理分为JDK动态代理和cglib动态代理。

JDK动态代理：只能基于接口进行动态代理（即实际调用类必须要有调用接口，如上图中的Action）；代理类实现InvocationHandler接口，创建代理类实例是使用Proxy.newProxyInstance创建。

代理类实现InvocationHandler接口 ，并放置一个被代理类的构造函数

实际调用类需要实现被调用方法的接口（JDK动态代理：只能基于接口进行动态代理）

Proxy.newProxyInstance 传入的是一个ClassLoader， 一个要被代理的接口，和代理类，返回的是一个Proxy的实例。

原理：Proxy.newProxyInstance时，先判断缓存里是否已生成代理类，没有则调用proxyClassFactory（实际是ProxyGenerator）生成该类的字节码

cglib动态代理：

基于继承的方式实现代理（动态的生成被代理类的子类），代理类实现MethodInterceptor接口

代理类实现MethodInterceptor接口

通过cglib的增强类创建代理对象

JDK与Cglib代理对比

1、JDK只能针对有接口的类的接口方法进行代理

2、Cglib基于继承的方式实现代理，因此无法对static、final类进行代理

3、Cglib无法对private、static方法进行代理

SpringAOP

1、如果目标对象实现了接口，默认采用JDK动态代理（如果强制要求使用Cglib动态代理，则采用Cglib动态代理）

2、如果目标对象没有实现接口，则采用Cglib动态代理

3、注意this的坑