二、代理模式

　　前面装饰器模式提过代理模式的本质，就是本来自己要做的事，由于某些原因取舍之后找其他能力者干，比如代考(ff)。

 　　代理模式UML图如下：

　　

 

 　　以上UML图是否似曾相识？对的，与装饰器模式好像是双胞胎，只是名字不同。个人理解装饰器模式是特殊的静态代理模式。

　　那有静态代理，那么就有动态代理了。下面分别阐述JDK动态代理和Cglib动态代理的实现。

JDK动态代理

　　UML图：对于动态代理类，使用implements InvocationHandler 实现，类可以是泛型，属性target保持泛型一致即可。

　　　　

 

 　　从上俩类图共同点为都impliments共同的接口。那么以上两种代理的使用就体现了其局限：仅使用相同接口的可进行代理。

　　 对于MyBatis, 根据mapper生成代理对象，即使用此种方式。

Cglib动态代理

　　UML类图：图中可以明确得出目标类与代理类为继承关系，父子类。子类功能增强。

　　　

 　　与Jdk动态代理类型，CInterceptor implements MethodIntercpetor 的方式实现动态代理。在Spring框架Aop中，implements接口的使用Jdk代理，无则使用Cglib代理。

　　两种动态代理的本质就是通过实现字节码重编后，通过ClassLoader重新加载实现。