介紹
代理模式(Proxy Pattern) 也稱為委托模式，是結(jié)構(gòu)性設(shè)計(jì)模式。
定義
為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)
使用場(chǎng)景
當(dāng)無(wú)法或不想直接訪問(wèn)某個(gè)對(duì)象或者訪問(wèn)某個(gè)對(duì)象存在困難時(shí)可以通過(guò)一個(gè)代理對(duì)象來(lái)間接訪問(wèn)，為了保證客戶端使用的透明性，委托對(duì)象與代理對(duì)象需要實(shí)現(xiàn)相同的接口
不想直接訪問(wèn)或者訪問(wèn)某個(gè)對(duì)象困難型将，主要指某個(gè)類(lèi)的方法訪問(wèn)比較復(fù)雜不是直接調(diào)一下方法即可腕铸，這時(shí)候可以用一個(gè)代理類(lèi)來(lái)做這部分工作，我們使用時(shí)直接調(diào)用代理類(lèi)的方法即可。
角色介紹
Subject 抽象主題類(lèi)，該類(lèi)的職責(zé)是聲明真實(shí)主題與代理的共同接口方法迄薄，該類(lèi)既可以是一個(gè)抽象類(lèi)也可以是一個(gè)接口
RealSubject 真實(shí)主題類(lèi)，該類(lèi)也被稱為被委托類(lèi)或被代理類(lèi)，該類(lèi)定義了代理所表示的真實(shí)對(duì)象，由其執(zhí)行具體的業(yè)務(wù)邏輯方法金抡，而客戶端類(lèi)則通過(guò)代理類(lèi)間接地調(diào)用真實(shí)主題類(lèi)中的定義的方法
ProxySubject 代理類(lèi)瀑焦，該類(lèi)也稱為委托類(lèi)或代理類(lèi)，該類(lèi)持有一個(gè)對(duì)真實(shí)主題類(lèi)的引用榛瓮，在其所實(shí)現(xiàn)的接口方法中調(diào)用真是主題類(lèi)中相應(yīng)的接口方法執(zhí)行粹懒，一次起到代理的作用帽芽。
Client 客戶端類(lèi)菊匿，即使用代理類(lèi)的類(lèi)型。
代理模式其實(shí)就是一種委托機(jī)制抄瓦，真是對(duì)象將方法的執(zhí)行委托給代理類(lèi)煞额。其實(shí)我們的代理類(lèi)完全可以代理多個(gè)被代理類(lèi)婚温，具體代理的到底是哪個(gè)類(lèi)嵌巷，這要看代理類(lèi)中持有的實(shí)際對(duì)象類(lèi)型晓折。
靜態(tài)代理
代理者的代碼由程序員或自己通過(guò)一些自動(dòng)化工具生產(chǎn)固定代碼再對(duì)其編譯胃珍，也就是我們的代碼運(yùn)行前 代理類(lèi) 的 class 編譯文件就已經(jīng)存在填抬，這樣的就是靜態(tài)代理
動(dòng)態(tài)代理
通過(guò)反射機(jī)制動(dòng)態(tài)地生成代理者的對(duì)象遣臼，也就是說(shuō)我們?cè)?code 階段壓根不知道代理誰(shuí)个榕，代理誰(shuí)將在執(zhí)行階段決定械馆。Java 給我們提供了一個(gè)便捷的動(dòng)態(tài)代理接口 InvocationHandler 尾菇，實(shí)現(xiàn)該接口需要重寫(xiě)其調(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)
這里通過(guò) invoke 方法來(lái)調(diào)用具體的被代理方法拾氓，也就是真實(shí)的方法。動(dòng)態(tài)代理可以使我們的代碼邏輯更簡(jiǎn)潔。
在 Dynamic 類(lèi)中朗恳，Object 就是被代理對(duì)象怀浆。
使用時(shí)，首先要獲取被代理類(lèi)的 ClassLoader 對(duì)象，再有被代理類(lèi)構(gòu)造動(dòng)態(tài)代理類(lèi)對(duì)象猜拾，之后由 Proxy 的 newProxyInstance 方法盯仪，傳入被代理類(lèi)的 ClassLoader滞伟、Class 數(shù)組 以及動(dòng)態(tài)代理類(lèi) DynamicProxy 的對(duì)象，返回結(jié)果為被代理類(lèi)的接口類(lèi)型的代理對(duì)象清酥。
動(dòng)態(tài)代理通過(guò)一個(gè)代理類(lèi)來(lái)代理 N 多個(gè)被代理類(lèi)胧谈，其實(shí)質(zhì)是對(duì)代理者和被代理者進(jìn)行解耦稳强，使兩者之間沒(méi)有直接的耦合關(guān)系。相對(duì)而言靜態(tài)代理則只能為給定接口下的實(shí)現(xiàn)類(lèi)做代理，如果接口不同那么就需要定義不同的代理類(lèi)，較為復(fù)雜，但是靜態(tài)代理更符合面向?qū)ο笤瓌t钱贯。
Android 源碼中的代理模式
IActivityManager 為接口類(lèi)型，其中定義了一系列方法，相當(dāng)于代理模式中的抽象主題。
ActivityMangerProxy 實(shí)現(xiàn)了 IActivityManager 接口馒吴，相當(dāng)于代理模式中的代理者
ActivityManagerNative 也實(shí)現(xiàn)了 IActivityManager负拟，但是是個(gè)抽象類(lèi)涣脚，其子類(lèi) ActivityManagerService 實(shí)現(xiàn)了它的抽象方法，相當(dāng)于代理模式中的被代理者
工作過(guò)程
Android 中管理與維護(hù) Activity 的類(lèi)是 AcitivityManager 類(lèi)，相當(dāng)于代理模式中的 Client 類(lèi)澎媒，以其中的 getAppTasks 方法為例
調(diào)用 ActivityManagerNative.getDefault().getAppTasks() 方法侍筛，ActivityManagerNative.getDefault() 其實(shí)就是通過(guò) ServiceManager.getService("activity") 方法得到 AMS，然后通過(guò) AMP 代理 AMS喻括，返回 AMP脖律，到這里相當(dāng)于代理模式中由被代理者構(gòu)造代理者酸茴。
AMP 的 getAppTasks 方法酪穿，則是通過(guò) APM 代理者操作 AMS 被代理者的 getAppTasks 方法净响。
在這里是通過(guò) Binder 完成 AMP 和 AMS 直接的通信仿滔，是一個(gè)跨進(jìn)程的過(guò)程，加這層代理也主要是為了解決跨進(jìn)程工作。
開(kāi)發(fā)
通知欄 Notification 的開(kāi)發(fā)
通知欄有多種肝断，高度為 64dp 的魁亦，高度為 256dp 的呈野，還有懸浮類(lèi)型的，不過(guò)這幾種都有 send 和 cancle 兩個(gè)通用方法汇竭，所以可以將通知類(lèi)抽象出一個(gè) Nofity 抽象接口，三種通知都實(shí)現(xiàn) Notify 接口，實(shí)現(xiàn)各自的 send 和 cancel 方法档冬， 再通過(guò) NofityProxy 來(lái)實(shí)現(xiàn) Nofity 伞梯，其中定義一個(gè) Nofity 類(lèi)型的成員，在構(gòu)造 NotifyProxy 構(gòu)造時(shí)傳入 Nofity 類(lèi)型的對(duì)象伟阔，在 NotifyProxy 的 send 和 cancel 方法中，調(diào)用 Nofity 類(lèi)成員的對(duì)應(yīng)方法赌髓。
