二、代理模式

　　前面装饰器模式提过代理模式的本质，就是本来自己要做的事，由于某些原因取舍之后找其他能力者干，比如代考(ff)。在实际生成中为控制对初始对象的访问，需提供一个代理或者占位对象。

 　　代理模式UML图如下：

　　

　　以上UML图是否似曾相识？对的，与装饰器模式好像是双胞胎，只是名字不同。个人理解装饰器模式是特殊的静态代理模式。那有静态代理，那么就有动态代理了。下面分别阐述JDK动态代理和Cglib动态代理的实现。

JDK动态代理

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

　　　　

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

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

Cglib动态代理

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

　　 

 　　与Jdk动态代理类型，CInterceptor implements MethodIntercpetor 的方式实现动态代理。两种动态代理的本质就是通过实现字节码重编后，通过ClassLoader重新加载实现。

　　在Spring框架Aop中，其实现AOP时有两个非常重要的类：Jdk和Cglib代理类，当Bean有实现接口时，使用jdk动态代理；如没有实现接口时，使用Cglib动态代理。同时可以通过配置强制使用Cglib代理。