代理模式的定义：
代理模式是一个使用律非常高的模式，定义如下：
为其他对象提供一种代理，以控制对这个对象的访问。
类图：
简单的静态代理：
public interface IRunner{
//这是一个代理类和被代理类都需要实现的接口
//在接口中定义一个抽象函数
public void request();
}
//下面是真实的被代理类
public class Runner implements IRunner{
//实现接口中的方法
public void request(){
//实现具体的业务逻辑
}
}
//下面是代理类
public class RunnerAgent implements IRunner{
//要代理哪个实现类
private IRunner runner = null;
//默认被代理者
public RunnerAgent(IRunner runner){
this.runner = runner;
}
//实现接口中定义的方法
public void request(){
this.before();
this.runner.request();
this.after();
}
//预处理
private void before(){
}
//后处理
private void after(){
}
}
- 我们可以看到静态代理只能代理某一个类，每个类都有一个代理类。在对通用性要求更高的场景下（比如Spring AOP）传统的静态代理不能满足需求，会使类的数目非常庞大，因此又有了动态代理。
动态代理
什么是动态代理？动态代理就是在实现阶段不用关心代理谁，而在运行阶段才指定代理哪一个对象。动态代理的一个重要应用就是面向切面编程（AOP）
AOP示意图：
通过示意图可以明显的看出来，AOP抽取出非业务逻辑代码，降低了耦合度。对于日志、事务、权限等都可以在系统设计阶段不用考虑，而在设计后通过AOP的方式织入。
动态代理的通用类图（jdk动态代理，如无特殊声明，以下动态代理均指jdk动态代理）
图中类和接口的代码：
//Subject接口
public interface Subject{
//业务操作
public void doSomething(String str);
}
//真实主题RealSubject类
public class RealSubject implements Subject{
//业务操作
public void doSomething(String str){
System.out.println("do something!--->" + str);
}
}
//动态代理的Handler类
public class MyInvocationHandler implements InvocationHandler{
//被代理对象
private Object target = null;
//构造函数
public MyInvocationHandler(Object _obj){
this.target = _obj;
}
//代理方法 覆盖接口InvocationHandler中的invoke方法
@Override
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable{
//执行被代理的方法
return method.invoke(this.target, args);
}
}
//动态代理类
public class DynamicProxy<T>{
public static <T> T newProxyInstance(ClassLoader loader, Class<?>[] interfaces, InvocationHandler h) {
if(true) {
//执行一个前置通知
(new BeforeAdvice()).exec();
}
//执行目标函数
return (T) Proxy.newProxyInstance(loader, interfaces, h);
}
}
//通知接口及其实现
public interface IAdvice{
//通知方法
public void exec();
}
public class BeforeAdvice implements IAdvice{
public void exec(){
System.out.println("我是前置通知，我被执行了！");
}
}
//动态代理场景类
public class Client{
public static void main(String[] args){
//定义一个主题
Subject subject = new RealSubject();
//定义一个Handler
InvocationHandler handler = new MyInvocationHandler(subject);
//定义主题的代理
Subject proxy = DynamicProxy.newProxyInstance(subject.getClass().
getClassLoader(), subject.getClass.getInterfaces(),handler);
//代理行为
proxy.doSomething("Finish");
}
}
运行结果：
我是前置通知，我被执行了！
do something!--->Finish
其中有这样的一行代码：return (T) Proxy.newProxyInstance(loader, interfaces, h);
这里使用interfaces指出了被代理对象实现的接口中的方法，因此jdk动态代理就要求被代理类必须实现接口。
h是接口InvocationHandler的实现类MyInvocationHandler的实例。由h对象的invoke方法负责接管被代理类实现的接口中的方法。
在运行时，只需通过subject.getClass.getInterfaces()传参，通过反射，达到了解耦的目的。
- jdk动态代理 vs cglib动态代理
jdk动态代理是以接口为中心的，相当于添加类一种对于被调用者没有太大意义的限制。我们实例化的是代理对象，而不是真正被调用的类型，这在实践中可能带来不便。
如果被调用者没有实现接口，而我们还是希望利用动态代理机制，那么可以考虑其他方式。我们知道Spring AOP支持两种模式的动态代理：jdk动态代理和cglib。如果我们选择cglib方式，就不再依赖接口。
cglib动态代理采取的方式是创建被代理类的子类。因此要求被代理类不可以用final修饰。
jdk动态代理的优势：
最小化依赖关系
代码实现简单。
cglib代理优势：
不需要被代理类实现额外接口。
只操作我们关心的类，而不必为其他相关类增加工作量。
高性能。
代理模式的优点
- 职责清晰
真实的角色就是实现实际的业务逻辑，不用关心其他非本职责的事务，通过后期的代理完成一件事务，附带的结果就是编程简洁清晰。 - 高扩展性
具体主题角色是随时都会发生变化的。只要实现了接口，不管如何变化，都离不开接口的规范，那我们的代理类完全就可以在不做任何修改的情况下使用。
参考文献：设计模式之禅 秦小波 著