意圖：為其他物件提供一種代理以控制對這個物件的訪問。

主要解決：在直接訪問物件時帶來的問題，比如說：要訪問的物件在遠端的機器上。在面向物件系統中，有些物件由於某些原因（比如物件建立開銷很大，或者某些操作需要安全控制，或者需要程序外的訪問），直接訪問會給使用者或者系統結構帶來很多麻煩，我們可以在訪問此物件時加上一個對此物件的訪問層。

何時使用：想在訪問一個類時做一些控制。

如何解決：增加中間層。

關鍵程式碼：實現與被代理類組合。

應用例項： 1、Windows 裡面的快捷方式。 2、豬八戒去找高翠蘭結果是孫悟空變的，可以這樣理解：把高翠蘭的外貌抽象出來，高翠蘭本人和孫悟空都實現了這個介面，豬八戒訪問高翠蘭的時候看不出來這個是孫悟空，所以說孫悟空是高翠蘭代理類。 3、買火車票不一定在火車站買，也可以去代售點。 4、一張支票或銀行存單是賬戶中資金的代理。支票在市場交易中用來代替現金，並提供對簽發人賬號上資金的控制。 5、spring aop。

優點： 1、職責清晰。 2、高擴充套件性。 3、智慧化。

缺點： 1、由於在客戶端和真實主題之間增加了代理物件，因此有些型別的代理模式可能會造成請求的處理速度變慢。 2、實現代理模式需要額外的工作，有些代理模式的實現非常複雜。

使用場景：按職責來劃分，通常有以下使用場景： 1、遠端代理。 2、虛擬代理。 3、Copy-on-Write 代理。 4、保護（Protect or Access）代理。 5、Cache代理。 6、防火牆（Firewall）代理。 7、同步化（Synchronization）代理。 8、智慧引用（Smart Reference）代理。

注意事項： 1、和介面卡模式的區別：介面卡模式主要改變所考慮物件的介面，而代理模式不能改變所代理類的介面。 2、和裝飾器模式的區別：裝飾器模式為了增強功能，而代理模式是為了加以控制。

程式碼：
1.介面 展示圖片

public interface Image {
    void display();
}

2.實體類 真正的展示圖片的類

public class RealImage implements Image{
    private String fileName;

    public RealImage(String fileName) {
        super();
        System.out.println("載入圖片。。。");
        this.fileName = fileName;
    }

    @Override
    public void display() {
        System.out.println("展示圖片"+fileName);
    }
    
}
 

3.代理類 本身沒有實現的功能

public class ProxyImage implements Image{

    private RealImage realImage;
    
    private String fileName;
    
    public ProxyImage(String fileName) {
        super();
        this.fileName = fileName;
    }

    @Override
    public void display() {
        if(realImage==null)
            realImage=new RealImage(fileName);
        realImage.display();
    }

}

4.應用

public class Test {
    public static void main(String[] args) {
        Image image=new ProxyImage("aa.jpg");
        image.display();
        System.out.println();
        image.display();
    }
}

5.結果

載入圖片。。。
展示圖片aa.jpg

展示圖片aa.jpg

6.結論
通過代理實現了功能，又沒有暴露真正的實現，呼叫著並不知道真正是怎麼實現的。

轉載於
http://www.runoob.com/design-pattern/proxy-pattern.html