初識設計模式 - 代理模式

来源:https://www.cnblogs.com/fatedeity/archive/2022/09/26/16729663.html
-Advertisement-
Play Games

代理設計模式（Proxy Design Pattern）指的是，在不改變原始類（或叫被代理類）代碼的情況下，通過引入代理類來給原始類附加功能，即擴展目標對象的功能。 ...


簡介

概念

舉個簡單的例說明代理模式就是：假如現在需要買一輛二手車，可以自己去找車源、做質量檢測等一系列車輛過戶的流程，但是這實在太浪費時間和精力了，其實可以通過找中介的方式，同樣會找車源、做質量檢測等一系列車輛過戶的流程，但是這樣自己就只需要選車、付錢即可。

分類

在實際開發中，代理模式根據其目的和實現方式的不同可分為很多種類，如下是常用的幾種代理模式：

  • 遠程代理：為一個位於不同地址空間的對象提供一個本地的代理對象，這個不同的地址空間可以在同一臺主機中，也可以在另一臺主機中
  • 虛擬代理：如果需要創建一個資源消耗較大的對象，可以先創建一個消耗相對較小的對象來表示，真實對象只有需要時才會被真正創建
  • 保護代理：控制對一個對象的訪問，可以給不同用戶提供不同級別的使用許可權
  • 緩衝代理：為某一個目標操作的結果提供臨時的存儲空間，以便多個客戶端可以共用這些結果
  • 智能引用代理：當一個對象被引用時，提供一些額外的操作，例如將對象被調用的次數記錄下來等

功能分類

遠程代理

遠程代理是一種常見的代理模式，遠程代理對象承擔了大部分的網路通信工作，使得客戶端程式可以訪問在遠程主機上的對象。

對於客戶端而言，無需關心實現具體業務的是誰，只需要按照服務介面所定義的方法直接與本地主機中的代理對象交互即可。

在 Java 語言中，可以通過 RMI(Remote Method Invocation, 遠程方法調用) 機制來實現遠程代理。代碼示例如下：

服務端部分代理

import java.net.MalformedURLException;
import java.rmi.Naming;
import java.rmi.Remote;
import java.rmi.RemoteException;
import java.rmi.registry.LocateRegistry;
import java.rmi.server.UnicastRemoteObject;

// 遠程介面
public interface IMyRemote extends Remote {
    String SayHello() throws RemoteException;
}

// 遠程介面實現 - 遠程對象
public class MyRemoteImpl extends UnicastRemoteObject implements IMyRemote {
    public MyRemoteImpl() throws RemoteException {
        super();
    }

    @Override
    public String SayHello() throws RemoteException {
        return "Server says, 'Hey'";
    }

    public static void main(String[] args) throws RemoteException, MalformedURLException {
        IMyRemote service = new MyRemoteImpl();
        // 啟動本地 RMI 服務，預設埠是 1099
        LocateRegistry.createRegistry(1099);
        // 註冊遠程對象
        Naming.rebind("rmi://localhost:1099/RemoteHello", service);
    }
}

客戶端部分代理

import java.net.MalformedURLException;
import java.rmi.Naming;
import java.rmi.NotBoundException;
import java.rmi.RemoteException;

public class MyRemoteClient {
    private void go() throws RemoteException, NotBoundException, MalformedURLException {
        IMyRemote service = (IMyRemote) Naming.lookup("rmi://localhost:1099/RemoteHello");
        System.out.println(service.sayHello());
    }

    public static void main(String[] args) throws RemoteException, NotBoundException, MalformedURLException {
        new MyRemoteClients().go();
    }
}

虛擬代理

虛擬代理會在真實對象創建成功之前扮演其替身，而當真實對象創建成功之後，虛擬代理再將用戶的請求轉發給真實對象。

使用虛擬代理的場景非常容易理解，主要有以下兩種：

  • 由於對象本身的複雜性或者網路等原因導致一個對象需要較長的載入時間，此時可以用一個載入時間相對較短的代理對象來代表真實對象，通常在實現時結合多線程使用
  • 當一個對象的載入十分耗費系統資源的時候，也非常適合使用虛擬代理

具體實現

代理模式的具體實現從運行時的角度可以分成兩種：一種是靜態代理，即在代碼運行之前就已經確定好代理關係；另一種是動態代理，可以在代碼運行時才決定如何實現代理關係。

靜態代理

靜態代理是比較好理解的實現方式，在這種實現方式中，代理類所實現的介面和所代理的方法都被固定，需要在編譯期就預先對原始類編寫代理類。

基於介面

一般情況下，參考基於介面而非實現編程的設計思想，為了讓代碼的改動儘量少，代理類和原始類應該實現同樣的介面。

如下是使用圖片展示作為例子的代碼示例：

圖片 Image 介面：描述圖片具有的行為

public interface Image {
    void display();
}

展示圖片 ShowImage 類：實際的圖片原始類

public class ShowImage implements Image {
    public ShowImage() {}

    @Override
    public void display() {
        System.out.println("ShowImage display!");
    }
}

代理圖片 ProxyImage 類：在真實圖片前包裝一層的代理類

public class ProxyImage implements Image {
    // 通過依賴註入的方式
    private ShowImage showImage;

    public ProxyImage(ShowImage showImage) {
        this.showImage = showImage;
    }

    @Override
    public void display() {
        System.out.println("ProxyImage display start!");
        this.showImage.display();
        System.out.println("ProxyImage display end!");
    }
}

基於繼承

如果原始類並沒有實現介面，並且原始類代碼由其他人開發維護，可以通過代理類繼承原始類的方法來實現代理模式。

假設上述展示圖片 ShowImage 類沒有實現介面，可以重新定義代理圖片 ProxyImage 類如下：

public class ProxyImage extends ShowImage {
    public ProxyImage() {}

    @Override
    public void display() {
        System.out.println("ProxyImage display start!");
        super.display();
        System.out.println("ProxyImage display end!");
    }
}

動態代理

靜態代理需要針對每個類都創建一個代理類，並且每個代理類中的代碼都有點像模板式的“重覆”代碼，增加了開發成本和維護成本。

對於靜態代理存在的問題，可以通過動態代理來解決。

動態代理的原理是：不事先為每個原始類編寫代理類，而是在代碼運行的時候動態地創建原始類對應的代理類，然後在系統中用代理類替換掉原始類。

在 Java 中，主要就是利用反射機制在運行時創建代理類。代碼示例如下：

// 定義介面，描述行為
public interface Subject {
    void hello(String param);
}

// 實現介面
public class SubjectImpl implements Subject {
    public SubjectImpl() {}

    @Override
    public void hello(String param) {
        System.out.println("hello " + param);
    }
}

// 創建代理類
public class SubjectProxy implements InvocationHandler {
    private Subject subject;

    public SubjectProxy(Subject subject) {
        this.subject = subject;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        System.out.println("----- Start -----");
        Object invoke = method.invoke(subject, args);
        System.out.println("----- End -----");
        return invoke;
    }
}

// 實際調用
public class Main {
    public static void main(String[] args) {
        Subject subject = new SubjectImpl();
        InvocationHandler subjectProxy = new SubjectProxy(subject);
        // 代理類的類載入器
        // 被代理類的介面，如果有多個就是以數組形式傳入
        // 代理類實例
        Subject proxyInstance = (Subject) Proxy.newProxyInstance(
                subjectProxy.getClass().getClassLoader(),
                subject.getClass().getInterfaces(),
                subjectProxy
        );
        // 執行代理方法
        proxyInstance.hello("world");
    }
}

常見的 Java 動態代理實現方式有 JDK 代理、CGLib 代理。基於 JDK 的動態代理必須實現一個介面，而 CGLib 動態代理沒有這個限制，是另一種不錯的選擇。

總結

優點

代理模式的主要優點如下：

  • 協調調用者和被調用者，在一定程度上降低了系統的耦合，滿足迪米特原則
  • 客戶端可以針對抽象主題角色進行編程，增加和更換代理類無需修改源代碼，符合開閉原則
  • 公共的事務由代理來完成，使得真實處理的業務更加純粹，不再去關註公共業務，而公共業務發生擴展時也變得更加集中和方便

缺點

代理模式的主要缺點如下：

  • 在客戶端和真實主題之間增加代理對象，有些類型的代理模式可能會造成請求的處理速度變慢
  • 實現代理模式需要額外的成本，有些代理模式的實現非常複雜

適用場景

代理模式的適用場景如下：

  • 當客戶端對象需要訪問遠程主機中的對象時，可以使用遠程代理
  • 當需要用一個消耗資源較少的對象來代表一個消耗資源較多的對象時，可以使用虛擬代理
  • 當需要控制一個對象的訪問，為不同用戶提供不同級別的的訪問許可權時，可以使用保護代理
  • 當需要為某一個被頻繁訪問的操作結果提供一個臨時存儲空間，以供多個客戶端共用訪問這些結果時，可以使用緩衝代理
  • 當需要為一個對象的訪問（引用）提供一些額外的操作時，可以使用智能引用代理

源碼

在 JDK 中，提供了 java.lang.reflect.Proxy 支持創建動態代理類。

首發於翔仔的個人博客，點擊查看更多。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Vue源碼剖析
    Vue 響應式數據 什麼是響應式數據：數據變了，視圖能更新，反之視圖更新，數據要不要更新，不歸響應式數據管。 Vue 在內部實現了一個最核心的defineReactive方法,藉助了Object.defineProperty，核心就是劫持屬性(只會劫持已經存在的屬性)，把所有的屬性，重新的添加了 g ...
  • axios學習筆記
    ###1. 後端配置 新建一個CrosConfig.java文件（配置類），允許任意請求發送 import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Confi ...
  • 詳解JS中 call 方法的實現
    摘要：本文將全面的，詳細解析call方法的實現原理 本文分享自華為雲社區《關於 JavaScript 中 call 方法的實現，附帶詳細解析！》，作者：CoderBin。 本文將全面的，詳細解析call方法的實現原理，並手寫出自己的call方法，相信看完本文的小伙伴都能從中有所收穫。 call 方法 ...
  • 前端動效講解與實戰
    本章內容將從各個角度來對動畫整個體系進行分類，並且介紹各種前端動畫的實現方法，最後我們將總結在實際開發中的各個場景的動畫選擇方案 ...
  • 面試題
    ==面試題 ##1.vue2中的響應式原理簡述 響應式原理主要就是通過數據劫持，依賴收集，派發更新的方式來實現的 1.數據劫持，vue2是通過Object.defineProperty方法的get、set來將對對象進行遞歸劫持。 其中修改對象的屬性時 就會觸發set， 使用對象的屬性時就會觸發get ...
  • 原型模式（創建型）
    原型模式 介紹 定義：用一個已經創建的實例作為原型，通過複製該原型對象來創建一個和原型對象相同的新對象。 簡單理解，就是當需要創建一個指定的對象時，我們剛好有一個這樣的對象，但是又不能直接使用，我會clone一個一模一樣的新對象來使用，這就是原型模式。關鍵字：Clone。 原型模式分為“深拷貝”和“ ...
  • 【設計模式】之責任鏈模式
    定義 **責任鏈模式（Chain of Responsibility Pattern）**中，有一條由請求處理者對象組成的鏈條，每個對象（除最後一個對象外）都持有下一個對象的引用，請求發送者將請求發送給第一個對象，請求就會順著鏈條走下去，直到有對象能夠處理請求。該模式將多個處理者對象解耦，使得請求發 ...
  • 冪等設計詳解
    本文主要從研發人員的角度，結合研發人員日常常見的各類業務場景，從經典系統框架的每一層入手分析冪等處理的時機。希望通過這篇文章的分析，讓開發者在日常開發中對冪等的處理不再陌生。抓住導致請求、介面不冪等的本質，在工作中避免再陷入這個陷阱中。 ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類