介紹
代理模式(Proxy Pattern) 也稱為委托模式，是結(jié)構(gòu)性設(shè)計(jì)模式。
定義
為其他對象提供一種代理以控制對這個(gè)對象的訪問
使用場景
當(dāng)無法或不想直接訪問某個(gè)對象或者訪問某個(gè)對象存在困難時(shí)可以通過一個(gè)代理對象來間接訪問，為了保證客戶端使用的透明性，委托對象與代理對象需要實(shí)現(xiàn)相同的接口
不想直接訪問或者訪問某個(gè)對象困難，主要指某個(gè)類的方法訪問比較復(fù)雜不是直接調(diào)一下方法即可，這時(shí)候可以用一個(gè)代理類來做這部分工作，我們使用時(shí)直接調(diào)用代理類的方法即可。
角色介紹
Subject 抽象主題類，該類的職責(zé)是聲明真實(shí)主題與代理的共同接口方法，該類既可以是一個(gè)抽象類也可以是一個(gè)接口
RealSubject 真實(shí)主題類，該類也被稱為被委托類或被代理類，該類定義了代理所表示的真實(shí)對象，由其執(zhí)行具體的業(yè)務(wù)邏輯方法，而客戶端類則通過代理類間接地調(diào)用真實(shí)主題類中的定義的方法
ProxySubject 代理類，該類也稱為委托類或代理類，該類持有一個(gè)對真實(shí)主題類的引用，在其所實(shí)現(xiàn)的接口方法中調(diào)用真是主題類中相應(yīng)的接口方法執(zhí)行，一次起到代理的作用。
Client 客戶端類，即使用代理類的類型。
代理模式其實(shí)就是一種委托機(jī)制，真是對象將方法的執(zhí)行委托給代理類。其實(shí)我們的代理類完全可以代理多個(gè)被代理類，具體代理的到底是哪個(gè)類，這要看代理類中持有的實(shí)際對象類型。
靜態(tài)代理
代理者的代碼由程序員或自己通過一些自動(dòng)化工具生產(chǎn)固定代碼再對其編譯，也就是我們的代碼運(yùn)行前 代理類 的 class 編譯文件就已經(jīng)存在，這樣的就是靜態(tài)代理
動(dòng)態(tài)代理
通過反射機(jī)制動(dòng)態(tài)地生成代理者的對象，也就是說我們在 code 階段壓根不知道代理誰，代理誰將在執(zhí)行階段決定。Java 給我們提供了一個(gè)便捷的動(dòng)態(tài)代理接口 InvocationHandler ，實(shí)現(xiàn)該接口需要重寫其調(diào)用方法 invoke。
public interface InvocationHandler {
Object invoke(Object var1, Method var2, Object[] var3) throws Throwable;
}
public class DynamicProxy implements InvocationHandler {
private Object object;
public DynamicProxy(Object object) {
this.object = object;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
return method.invoke(object, args);
}
}
DynamicProxy proxy = new DynamicProxy(xiaoming);
ClassLoader loader = xiaomin.getClass().getClassLoader();
ILawsuit layer = Proxy.newProxyInstance(loader,new Class[]{ILawsuit.class},proxy)
這里通過 invoke 方法來調(diào)用具體的被代理方法，也就是真實(shí)的方法。動(dòng)態(tài)代理可以使我們的代碼邏輯更簡潔。
在 Dynamic 類中，Object 就是被代理對象。
使用時(shí)，首先要獲取被代理類的 ClassLoader 對象，再有被代理類構(gòu)造動(dòng)態(tài)代理類對象，之后由 Proxy 的 newProxyInstance 方法，傳入被代理類的 ClassLoader、Class 數(shù)組 以及動(dòng)態(tài)代理類 DynamicProxy 的對象，返回結(jié)果為被代理類的接口類型的代理對象。
動(dòng)態(tài)代理通過一個(gè)代理類來代理 N 多個(gè)被代理類，其實(shí)質(zhì)是對代理者和被代理者進(jìn)行解耦，使兩者之間沒有直接的耦合關(guān)系。相對而言靜態(tài)代理則只能為給定接口下的實(shí)現(xiàn)類做代理，如果接口不同那么就需要定義不同的代理類，較為復(fù)雜，但是靜態(tài)代理更符合面向?qū)ο笤瓌t。
Android 源碼中的代理模式
IActivityManager 為接口類型，其中定義了一系列方法，相當(dāng)于代理模式中的抽象主題。
ActivityMangerProxy 實(shí)現(xiàn)了 IActivityManager 接口，相當(dāng)于代理模式中的代理者
ActivityManagerNative 也實(shí)現(xiàn)了 IActivityManager，但是是個(gè)抽象類，其子類 ActivityManagerService 實(shí)現(xiàn)了它的抽象方法，相當(dāng)于代理模式中的被代理者
工作過程
Android 中管理與維護(hù) Activity 的類是 AcitivityManager 類，相當(dāng)于代理模式中的 Client 類，以其中的 getAppTasks 方法為例
調(diào)用 ActivityManagerNative.getDefault().getAppTasks() 方法，ActivityManagerNative.getDefault() 其實(shí)就是通過 ServiceManager.getService("activity") 方法得到 AMS，然后通過 AMP 代理 AMS，返回 AMP，到這里相當(dāng)于代理模式中由被代理者構(gòu)造代理者。
AMP 的 getAppTasks 方法，則是通過 APM 代理者操作 AMS 被代理者的 getAppTasks 方法。
在這里是通過 Binder 完成 AMP 和 AMS 直接的通信，是一個(gè)跨進(jìn)程的過程，加這層代理也主要是為了解決跨進(jìn)程工作。
開發(fā)
通知欄 Notification 的開發(fā)
通知欄有多種，高度為 64dp 的，高度為 256dp 的，還有懸浮類型的，不過這幾種都有 send 和 cancle 兩個(gè)通用方法，所以可以將通知類抽象出一個(gè) Nofity 抽象接口，三種通知都實(shí)現(xiàn) Notify 接口，實(shí)現(xiàn)各自的 send 和 cancel 方法， 再通過 NofityProxy 來實(shí)現(xiàn) Nofity ，其中定義一個(gè) Nofity 類型的成員，在構(gòu)造 NotifyProxy 構(gòu)造時(shí)傳入 Nofity 類型的對象，在 NotifyProxy 的 send 和 cancel 方法中，調(diào)用 Nofity 類成員的對應(yīng)方法。
