为什么需要代理模式
- 中介隔离作用：在某些情况下，一个客户类不想或者不能直接引用一个委托对象，而代理类对象可以在客户类和委托对象之间起到中介的作用，其特征是代理类和委托类实现相同的接口。
- 开闭原则，增加功能：代理类除了是客户类和委托类的中介之外，我们还可以通过给代理类增加额外的功能来扩展委托类的功能，这样做我们只需要修改代理类而不需要再修改委托类，符合代码设计的开闭原则。代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类，以及事后对返回结果的处理等。代理类本身并不真正实现服务，而是同过调用委托类的相关方法，来提供特定的服务。真正的业务功能还是由委托类来实现，但是可以在业务功能执行的前后加入一些公共的服务。例如我们想给项目加入缓存、日志这些功能，我们就可以使用代理类来完成，而没必要打开已经封装好的委托类。
-
核心作用：
• 通过代理，控制对对象的访问！
可以详细控制访问某个（某类）对象的方法，在调用这个方法前做前置处理，调用这个方法后
做后置处理。（即：AOP的微观实现！）
– AOP(Aspect Oriented Programming面向切面编程)的核心实现机制！
什么是代理模式？
代理模式的定义：代理模式给某一个对象提供一个代理对象，并由代理对象控制对原对象的引用。通俗的来讲代理模式就是我们生活中常见的中介。
有哪几种代理模式？
我们有多种不同的方式来实现代理。如果按照代理创建的时期来进行分类的话， 可以分为两种：静态代理、动态代理。
静态代理是由程序员创建或特定工具自动生成源代码，在对其编译。在程序员运行之前，代理类.class文件就已经被创建了。
动态代理是在程序运行时通过反射机制动态创建的。
代理模式 为真实对象提供一个代理， 从而控制对真实对象的访问 。
静态代理
代理模式包含如下角色：
Subject:抽象主题角色。可以是接口，也可以是抽象类。
RealSubject:真实主题角色。业务逻辑的具体执行者。
ProxySubject:代理主题角色。内部含有RealSubject的引用,负责对真实角色的调用，并在真实主题角色处理前后做预处理和善后工作。
代理模式优点：
职责清晰 真实角色只需关注业务逻辑的实现，非业务逻辑部分，后期通过代理类完成即可。
高扩展性 不管真实角色如何变化，由于接口是固定的，代理类无需做任何改动。
代码示例
•抽象角色
定义代理角色和真实角色的公共对外方法
•真实角色
实现抽象角色，定义真实角色所要实现的业务逻辑，供代理角色调用。
关注真正的业务逻辑！
•代理角色
实现抽象角色，是真实角色的代理，通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。
将统一的流程控制放到代理角色中处理！
Star
package com.cnki.proxy.dynamicProxy; public interface Star { /** * 面谈--代理人去做 */ void confer(); /** * 签合同--代理人去做 */ void signContract(); /** * 订票--代理人去做 */ void bookTicket(); /** * 唱歌--本人去做 */ void sing(); /** * 收钱--代理人去做 */ void collectMoney(); }