场景

很不幸你碰到了一个老板不给你发工资，你会请个律师帮你打官司。很显然你对打官司一窍不通，因此只能通过代理对象去间接打官司。你作为委托对象，律师作为代理对象，都需要实现相同的接口或继承相同的抽象类。

UML类图

类图.png

简单实现

诉讼接口类

/**
 * 诉讼接口类
 */
public interface ILawsuit {
    //诉讼方法
    void lawsuit();
}

诉讼人

/**
 * 诉讼人（委托类）
 */
public class Person implements ILawsuit {
    @Override
    public void lawsuit() {
        System.out.print("我要诉讼");
    }
}

代理律师

/**
 * 代理律师（代理对象）
 */
public class Laywer implements ILawsuit {
   
    private ILawsuit mLawsuit; //持有被代理者的引用

    public Laywer(ILawsuit lawsuit) {
        this.mLawsuit = lawsuit;
    }

    @Override
    public void lawsuit() {
        mLawsuit.lawsuit();
    }
}

客户端调用

public void main(){
    Person mPerson = new Person();
    //构造一个代理律师，并将被代理者作为构造参数传递进去
    ILawsuit iLawsuit = new Laywer(mPerson);
    iLawsuit.lawsuit();
}

显然，一个律师可以帮很多人打官司。其实我们这个代理类可以代理多个诉讼者，只要诉讼实现ILawsuit接口，并将其作为构造参数传递进去。

代理模式大致分为两种：一是静态代理，二是动态代理。
上述示例即为静态代理，代码运行前代理类的class编译文件已经存在了。而动态代理则相反，它是通过反射机制动态地生成代理对象。Java给我们提供了动态代理接口InvocationHandler，实现此接口需要重写invoke方法。

延伸

AIDL类图.png
回想《AIDL浅析》一文中类图（如上），正是使用了代理模式。

IMyAidlInterface.Stub作为委托类，IMyAidlInterface.Stub.Proxy作为代理类，都实现了IMyAidlInterface接口。而Stub是个抽象类，并不处理过多的具体逻辑，真实的逻辑还是在RemoteService中继承了IMyAidlInterface.Stub的子类MyBinder里。客户端调用Stub.asInterface方法将MyBinder对象作为参数传递，返回一个AIDL对象，执行add方法。而真实的流程是，asInterface方法首先会在本地查找AIDL对象，如果没有则实例化Proxy，MyBinder作为参数，执行add方法。显然Proxy代理了Stub的add方法。