代理模式
代理模式代理模式一般涉及到的角色有：
抽象角色：聲明真實對象和代理對象的共同接口；
代理角色：代理對象角色內部含有對真實對象的引用，從而可以操作真實對象，同時代理對象提供與真實對象相同的接口以便在任何時刻都能代替真實對象。同時，代理對象可以在執行真實對象操作時，附加其他的操作，相當於對真實對象進行封裝。
真實角色：代理角色所代表的真實對象，是我們最終要引用的對象。
以下以《Java與模式》中的示例為例：
代碼：
1.//抽象角色：
2.abstractpublicclassSubject{
3.abstractpublicvoidrequest()；
4.}
5.
6.//真實角色：實現了Subject的request()方法。
7.publicclassRealSubjectextendsSubject{
8.publicRealSubject(){
9.}
10.publicvoidrequest(){
11.System.out.println(“Fromrealsubject.”)；
12.}
13.}
14.
15.//代理角色：
16.publicclassProxySubjectextendsSubject{
17.privateRealSubjectrealSubject；//以真實角色作為代理角色的屬性。
18.publicProxySubject(){
19.}
20.publicvoidrequest(){//該方法封裝了真實對象的request方法。
21.preRequest()；
22.if(realSubject==null){
23.realSubject=newRealSubject()；
24.}
25.realSubject.request()；//此處執行真實對象的request方法。
26.postRequest()；
27.}
28.privatevoidpreRequest(){
29.//somethingyouwanttodobeforerequesting
30.}
31.privatevoidpostRequest(){
32.//somethingyouwanttodoafterrequesting
33.}
34.}
35.
36.//客戶端調用：
37.Subjectsub=newProxySubject()；
38.Sub.request()；
由以上代碼可以看出，客戶實際需要調用的是RealSubject類的request()方法，現在用ProxySubject來代理RealSubject類，同樣達到目的，同時還封裝了其他方法(preRequest(),postRequest())，可以處理一些其他問題。
另外，如果要按照上述的方法使用代理模式，那么真實角色必須是事先已經存在的，並將其作為代理對象的內部屬性。但是實際使用時，一個真實角色必須對應一個代理角色，如果大量使用會導致類的急劇膨脹；此外，如果事先並不知道真實角色，該如何使用代理呢？這個問題可以通過Java的動態代理類來解決。
動態代理
代理模式(1).InterfaceInvocationHandler：該接口中僅定義了一個方法Object：invoke(Objectobj,Methodmethod,Object[]args)。在實際使用時，第一個參數obj一般是指代理類，method是被代理的方法，如上例中的request()，args為該方法的參數數組。這個抽象方法在代理類中動態實現。
(2).Proxy：該類即為動態代理類，作用類似於上例中的ProxySubject，其中主要包含以下內容：
ProtectedProxy(InvocationHandlerh)：構造函式，估計用於給內部的h賦值。
StaticClassgetProxyClass(ClassLoaderloader,Class[]interfaces)：獲得一個代理類，其中loader是類裝載器，interfaces是真實類所擁有的全部接口的數組。
StaticObjectnewProxyInstance(ClassLoaderoader,Class[]interfaces,InvocationHandlerh)：返回代理類的一個實例，返回後的代理類可以當作被代理類使用(可使用被代理類的在Subject接口中聲明過的方法)。
所謂DynamicProxy是這樣一種class：它是在運行時生成的class，在生成它時你必須提供一組interface給它，然後該class就宣稱它實現了這些interface。你當然可以把該class的實例當作這些interface中的任何一個來用。當然啦，這個DynamicProxy其實就是一個Proxy，它不會替你作實質性的工作，在生成它的實例時你必須提供一個handler，由它接管實際的工作。(參見文獻3)
在使用動態代理類時，我們必須實現InvocationHandler接口，以第一節中的示例為例：
代碼：
//抽象角色(之前是抽象類，此處應改為接口)：
1.publicinterfaceSubject{
2.publicvoidrequest()；
3.}
5.//具體角色RealSubject：實現了Subject接口的request()方法。
6.publicclassRealSubjectimplementsSubject{
7.publicRealSubject(){
8.
9.}
10.publicvoidrequest(){
11.System.out.println(“Fromrealsubject.”)；
12.}
13.}
14.
15.//代理角色：
16.importjava.lang.reflect.Method；
17.importjava.lang.reflect.InvocationHandler；
18.publicclassDynamicSubjectimplementsInvocationHandler{
19.privateObjectsub；
20.publicDynamicSubject(Objectsub){
21.this.sub=sub；
22.}
23.publicObjectinvoke(Objectproxy,Methodmethod,Object[]args)throwsThrowable{
24.System.out.println(“beforecalling”+method)；
25.method.invoke(sub,args)；
26.System.out.println(“aftercalling”+method)；
27.returnnull；
28.}
29.}
該代理類的內部屬性為Object類，實際使用時通過該類的構造函式DynamicSubject(Objectsub)對其賦值；此外，在該類還實現了invoke方法，該方法中的“method.invoke(sub,args)”其實就是調用被代理對象的將要被執行的方法，方法參數sub是實際的被代理對象，args為執行被代理對象相應操作所需的參數。通過動態代理類，我們可以在調用之前或之後執行一些相關操作。
1.importjava.lang.reflect.InvocationHandler；
2.importjava.lang.reflect.Proxy；
3.importjava.lang.reflect.Constructor；
4.importjava.lang.reflect.Method；
5.publicclassClient{
6.staticpublicvoidmain(String[]args)throwsThrowable{
7.RealSubjectrs=newRealSubject()；//在這裡指定被代理類
8.InvocationHandlerds=newDynamicSubject(rs)；//初始化代理類
9.Classcls=rs.getClass()；
10.//以下是分解步驟
11./*
12.Classc=Proxy.getProxyClass(cls.getClassLoader(),cls.getInterfaces())；
13.Constructorct=c.getConstructor(newClass[]{InvocationHandler.class})；
14.Subjectsubject=(Subject)ct.newInstance(newObject[]{ds})；
15.*/
16.
17.//以下是一次性生成
18.
19.Subjectsubject=(Subject)Proxy.newProxyInstance(cls.getClassLoader(),cls.getInterfaces(),ds)；
20.subject.request()；
21.}
註：
(1).InterfaceInvocationHandler：該接口中僅定義了一個方法Object：invoke(Objectobj,Methodmethod,Object[]args)。在實際使用時，第一個參數obj一般是指代理類，method是被代理的方法，如上例中的request()，args為該方法的參數數組。這個抽象方法在代理類中動態實現。
(2).Proxy：該類即為動態代理類，作用類似於上例中的ProxySubject，其中主要包含以下內容：
ProtectedProxy(InvocationHandlerh)：構造函式，估計用於給內部的h賦值。
StaticClassgetProxyClass(ClassLoaderloader,Class[]interfaces)：獲得一個代理類，其中loader是類裝載器，interfaces是真實類所擁有的全部接口的數組。
StaticObjectnewProxyInstance(ClassLoaderloader,Class[]interfaces,InvocationHandlerh)：返回代理類的一個實例，返回後的代理類可以當作被代理類使用(可使用被代理類的在Subject接口中聲明過的方法)。
通過這種方式，被代理的對象(RealSubject)可以在運行時動態改變，需要控制的接口(Subject接口)可以在運行時改變，控制的方式(DynamicSubject類)也可以動態改變，從而實現了非常靈活的動態代理關係。
代理模式套用
（1）授權機制不同級別的用戶對同一對象擁有不同的訪問權利,如Jive論壇系統中,就使用Proxy進行授權機制控制,訪問論壇有兩種人:註冊用戶和遊客(未註冊用戶),Jive中就通過類似ForumProxy這樣的代理來控制這兩種用戶對論壇的訪問許可權。
（2）某個客戶端不能直接操作到某個對象,但又必須和那個對象有所互動。
舉例兩個具體情況：
如果那個對象是一個是很大的圖片,需要花費很長時間才能顯示出來,那么當這個圖片包含在文檔中時,使用編輯器或瀏覽器打開這個文檔,打開文檔必須很迅速,不能等待大圖片處理完成,這時需要做個圖片Proxy來代替真正的圖片。
如果那個對象在Internet的某個遠端伺服器上,直接操作這個對象因為網路速度原因可能比較慢,那我們可以先用Proxy來代替那個對象。
總之原則是,對於開銷很大的對象,只有在使用它時才創建,這個原則可以為我們節省很多寶貴的Java記憶體.所以,有些人認為Java耗費資源記憶體,我以為這和程式編制思路也有一定的關係。
（3）現實中，Proxy套用範圍很廣,現在流行的分布計算方式RMI和Corba等都是Proxy模式的套用。
本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/lvjun0565/archive/2009/05/04/4147568.aspx
自己寫的簡單的代理模式，
packagecom.designpatterns；
publicclassProxy{
/**
*@authorxusenhai
*@paramrgs
*代理模式
*/
publicstaticvoidmain(String[]args){
//TODOAuto-generatedmethodstub
IBOSSMEbm=newMe()；
System.out.println(bm.getName())；
}
}
//老闆和我抽象的接口
interfaceIBOSSME{
StringgetName()；
}
//老闆類實現抽象接口
classBossimplementsIBOSSME{
@Override
publicStringgetName(){
//TODOAuto-generatedmethodstub
return“我是局長”；
}
}
//我實現的抽象接口
classMeimplementsIBOSSME{
//要代理的實例
privateBossboss；
publicMe()
{
if(boss==null)
boss=newBoss()；
}
@Override
publicStringgetName(){
//TODOAuto-generatedmethodstub
returnboss.getName()；
}
}
