前言

熟悉java語(yǔ)言的同學(xué)應(yīng)該對(duì)動(dòng)態(tài)代理、靜態(tài)代理很了解，其實(shí)這兩種代理其實(shí)是代理設(shè)計(jì)模式的一種具體的應(yīng)用

那如為代理？代理模式的具體應(yīng)用場(chǎng)景又是什么勒？

代理模式的原理

代理模式，重要的在于代理二字，何為代理，我們可以聯(lián)想到生活中的例子，比如秘書、中介這類職業(yè)。當(dāng)我們對(duì)某個(gè)行業(yè)或者某個(gè)流程不了解，或者我們根本無(wú)需了解的時(shí)候，我們可以委托中介去幫我們完成某些事情，而我們自己只需要關(guān)注我們必須完成的事情。

接下來(lái)我們看一個(gè)代理模式具體應(yīng)用的例子，我們?cè)谌粘ｉ_發(fā)的過(guò)程中，除了要關(guān)注業(yè)務(wù)代碼的實(shí)現(xiàn)，還需要關(guān)注一些非功能設(shè)計(jì)的要掉。比如接口的訪問(wèn)時(shí)間、處理時(shí)長(zhǎng)等。

代理類 UserControllerProxy 和原始類 UserController 實(shí)現(xiàn)相同的接口 IUserController。UserController 類只負(fù)責(zé)業(yè)務(wù)功能。代理類 UserControllerProxy 負(fù)責(zé)在業(yè)務(wù)代碼執(zhí)行前后附加其他邏輯代碼，并通過(guò)委托的方式調(diào)用原始類來(lái)執(zhí)行業(yè)務(wù)代碼。具體的代碼實(shí)現(xiàn)如下所示：

 
public class UserController {
  //...省略其他屬性和方法...
  private MetricsCollector metricsCollector; // 依賴注入
  public UserVo login(String telephone, String password) {
    long startTimestamp = System.currentTimeMillis();
    // ... 省略login邏輯...
    long endTimeStamp = System.currentTimeMillis();
    long responseTime = endTimeStamp - startTimestamp;
    RequestInfo requestInfo = new RequestInfo("login", responseTime, startTimestamp);
    metricsCollector.recordRequest(requestInfo);
    //...返回UserVo數(shù)據(jù)...
  }
  public UserVo register(String telephone, String password) {
    long startTimestamp = System.currentTimeMillis();
    // ... 省略register邏輯...
    long endTimeStamp = System.currentTimeMillis();
    long responseTime = endTimeStamp - startTimestamp;
    RequestInfo requestInfo = new RequestInfo("register", responseTime, startTimestamp);
    metricsCollector.recordRequest(requestInfo);
    //...返回UserVo數(shù)據(jù)...
  }
}

在上述代碼中，代理類和原始類需要實(shí)現(xiàn)相同的接口。但是，如果原始類并沒(méi)有定義接口，并且原始類代碼并不是我們開發(fā)維護(hù)的（比如它來(lái)自一個(gè)第三方的類庫(kù)），我們也沒(méi)辦法直接修改原始類，給它重新定義一個(gè)接口。在這種情況下，我們?cè)撊绾螌?shí)現(xiàn)代理模式呢？

對(duì)于這種外部類的擴(kuò)展，我們一般都是采用繼承的方式。這里也不例外。我們讓代理類繼承原始類，然后擴(kuò)展附加功能。原理很簡(jiǎn)單，不需要過(guò)多解釋，你直接看代碼就能明白。具體代碼如下所示：

 
public interface IUserController {
  UserVo login(String telephone, String password);
  UserVo register(String telephone, String password);
}
public class UserController implements IUserController {
  //...省略其他屬性和方法...
  @Override
  public UserVo login(String telephone, String password) {
    //...省略login邏輯...
    //...返回UserVo數(shù)據(jù)...
  }
  @Override
  public UserVo register(String telephone, String password) {
    //...省略register邏輯...
    //...返回UserVo數(shù)據(jù)...
  }
}
public class UserControllerProxy implements IUserController {
  private MetricsCollector metricsCollector;
  private UserController userController;
  public UserControllerProxy(UserController userController) {
    this.userController = userController;
    this.metricsCollector = new MetricsCollector();
  }
  @Override
  public UserVo login(String telephone, String password) {
    long startTimestamp = System.currentTimeMillis();
    // 委托
    UserVo userVo = userController.login(telephone, password);
    long endTimeStamp = System.currentTimeMillis();
    long responseTime = endTimeStamp - startTimestamp;
    RequestInfo requestInfo = new RequestInfo("login", responseTime, startTimestamp);
    metricsCollector.recordRequest(requestInfo);
    return userVo;
  }
  @Override
  public UserVo register(String telephone, String password) {
    long startTimestamp = System.currentTimeMillis();
    UserVo userVo = userController.register(telephone, password);
    long endTimeStamp = System.currentTimeMillis();
    long responseTime = endTimeStamp - startTimestamp;
    RequestInfo requestInfo = new RequestInfo("register", responseTime, startTimestamp);
    metricsCollector.recordRequest(requestInfo);
    return userVo;
  }
}
//UserControllerProxy使用舉例
//因?yàn)樵碱惡痛眍悓?shí)現(xiàn)相同的接口，是基于接口而非實(shí)現(xiàn)編程
//將UserController類對(duì)象替換為UserControllerProxy類對(duì)象，不需要改動(dòng)太多代碼
IUserController userController = new UserControllerProxy(new UserController());

動(dòng)態(tài)代理的原理分析

其實(shí)上面就是靜態(tài)代理使用的一個(gè)案例，在編譯器就能確定某個(gè)類的代理類是哪個(gè)，具體的職責(zé)內(nèi)容是什么。靜態(tài)代理有如下兩個(gè)問(wèn)題：

• 我們需要在代理類中，將原始類中的所有的方法，都重新實(shí)現(xiàn)一遍，并且為每個(gè)方法都附加相似的代碼邏輯
• 如果要添加的附加功能的類有不止一個(gè)，我們需要針對(duì)每個(gè)類都創(chuàng)建一個(gè)代理類。

如果有 50 個(gè)要添加附加功能的原始類，那我們就要?jiǎng)?chuàng)建 50 個(gè)對(duì)應(yīng)的代理類。這會(huì)導(dǎo)致項(xiàng)目中類的個(gè)數(shù)成倍增加，增加了代碼維護(hù)成本。并且，每個(gè)代理類中的代碼都有點(diǎn)像模板式的“重復(fù)”代碼，也增加了不必要的開發(fā)成本。那這個(gè)問(wèn)題怎么解決呢？

我們可以使用動(dòng)態(tài)代理來(lái)解決這個(gè)問(wèn)題。所謂動(dòng)態(tài)代理（Dynamic Proxy），就是我們不事先為每個(gè)原始類編寫代理類，而是在運(yùn)行的時(shí)候，動(dòng)態(tài)地創(chuàng)建原始類對(duì)應(yīng)的代理類，然后在系統(tǒng)中用代理類替換掉原始類。

那如何實(shí)現(xiàn)動(dòng)態(tài)代理呢？

public class MetricsCollectorProxy {
  private MetricsCollector metricsCollector;
  public MetricsCollectorProxy() {
    this.metricsCollector = new MetricsCollector();
  }
  public Object createProxy(Object proxiedObject) {
    Class<?>[] interfaces = proxiedObject.getClass().getInterfaces();
    DynamicProxyHandler handler = new DynamicProxyHandler(proxiedObject);
    return Proxy.newProxyInstance(proxiedObject.getClass().getClassLoader(), interfaces, handler);
  }
  private class DynamicProxyHandler implements InvocationHandler {
    private Object proxiedObject;
    public DynamicProxyHandler(Object proxiedObject) {
      this.proxiedObject = proxiedObject;
    }
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
      long startTimestamp = System.currentTimeMillis();
      Object result = method.invoke(proxiedObject, args);
      long endTimeStamp = System.currentTimeMillis();
      long responseTime = endTimeStamp - startTimestamp;
      String apiName = proxiedObject.getClass().getName() + ":" + method.getName();
      RequestInfo requestInfo = new RequestInfo(apiName, responseTime, startTimestamp);
      metricsCollector.recordRequest(requestInfo);
      return result;
    }
  }
}
//MetricsCollectorProxy使用舉例
MetricsCollectorProxy proxy = new MetricsCollectorProxy();
IUserController userController = (IUserController) proxy.createProxy(new UserController());

實(shí)際上，Spring AOP 底層的實(shí)現(xiàn)原理就是基于動(dòng)態(tài)代理。用戶配置好需要給哪些類創(chuàng)建代理，并定義好在執(zhí)行原始類的業(yè)務(wù)代碼前后執(zhí)行哪些附加功能。Spring 為這些類創(chuàng)建動(dòng)態(tài)代理對(duì)象，并在 JVM 中替代原始類對(duì)象。原本在代碼中執(zhí)行的原始類的方法，被換作執(zhí)行代理類的方法，也就實(shí)現(xiàn)了給原始類添加附加功能的目的。

代理模式的應(yīng)用場(chǎng)景

業(yè)務(wù)系統(tǒng)的非功能性需求開發(fā)

代理模式最常用的一個(gè)應(yīng)用場(chǎng)景就是，在業(yè)務(wù)系統(tǒng)中開發(fā)一些非功能性需求，比如：監(jiān)控、統(tǒng)計(jì)、鑒權(quán)、限流、事務(wù)、冪等、日志。

我們將這些附加功能與業(yè)務(wù)功能解耦，放到代理類中統(tǒng)一處理，讓程序員只需要關(guān)注業(yè)務(wù)方面的開發(fā)。

實(shí)際上，前面舉的搜集接口請(qǐng)求信息的例子，就是這個(gè)應(yīng)用場(chǎng)景的一個(gè)典型例子。

熟悉 Java 語(yǔ)言和 Spring 開發(fā)框架，這部分工作都是可以在 Spring AOP 切面中完成的。前面我們也提到，Spring AOP 底層的實(shí)現(xiàn)原理就是基于動(dòng)態(tài)代理。

代理模式在 RPC、緩存中的應(yīng)用

實(shí)際上，RPC 框架也可以看作一種代理模式，GoF 的《設(shè)計(jì)模式》一書中把它稱作遠(yuǎn)程代理。

通過(guò)遠(yuǎn)程代理，將網(wǎng)絡(luò)通信、數(shù)據(jù)編解碼等細(xì)節(jié)隱藏起來(lái)。

客戶端在使用 RPC 服務(wù)的時(shí)候，就像使用本地函數(shù)一樣，無(wú)需了解跟服務(wù)器交互的細(xì)節(jié)。

除此之外，RPC 服務(wù)的開發(fā)者也只需要開發(fā)業(yè)務(wù)邏輯，就像開發(fā)本地使用的函數(shù)一樣，不需要關(guān)注跟客戶端的交互細(xì)節(jié)。

代理模式在緩存中的應(yīng)用

假設(shè)我們要開發(fā)一個(gè)接口請(qǐng)求的緩存功能，對(duì)于某些接口請(qǐng)求，如果入?yún)⑾嗤谠O(shè)定的過(guò)期時(shí)間內(nèi)，直接返回緩存結(jié)果，而不用重新進(jìn)行邏輯處理。比如，針對(duì)獲取用戶個(gè)人信息的需求，我們可以開發(fā)兩個(gè)接口，一個(gè)支持緩存，一個(gè)支持實(shí)時(shí)查詢。對(duì)于需要實(shí)時(shí)數(shù)據(jù)的需求，我們讓其調(diào)用實(shí)時(shí)查詢接口，對(duì)于不需要實(shí)時(shí)數(shù)據(jù)的需求，我們讓其調(diào)用支持緩存的接口。那如何來(lái)實(shí)現(xiàn)接口請(qǐng)求的緩存功能呢？

最簡(jiǎn)單的實(shí)現(xiàn)方法就是剛剛我們講到的，給每個(gè)需要支持緩存的查詢需求都開發(fā)兩個(gè)不同的接口，一個(gè)支持緩存，一個(gè)支持實(shí)時(shí)查詢。但是，這樣做顯然增加了開發(fā)成本，而且會(huì)讓代碼看起來(lái)非常臃腫（接口個(gè)數(shù)成倍增加），也不方便緩存接口的集中管理（增加、刪除緩存接口）、集中配置（比如配置每個(gè)接口緩存過(guò)期時(shí)間）

針對(duì)這些問(wèn)題，代理模式就能派上用場(chǎng)了，確切地說(shuō)，應(yīng)該是動(dòng)態(tài)代理。如果是基于 Spring 框架來(lái)開發(fā)的話，那就可以在 AOP 切面中完成接口緩存的功能。在應(yīng)用啟動(dòng)的時(shí)候，我們從配置文件中加載需要支持緩存的接口，以及相應(yīng)的緩存策略（比如過(guò)期時(shí)間）等。當(dāng)請(qǐng)求到來(lái)的時(shí)候，我們?cè)?AOP 切面中攔截請(qǐng)求，如果請(qǐng)求中帶有支持緩存的字段（比如 //…?..&cached=true），我們便從緩存（內(nèi)存緩存或者 Redis 緩存等）中獲取數(shù)據(jù)直接返回。

總結(jié)

代理模式的原理與實(shí)現(xiàn)

在不改變?cè)碱悾ɑ蚪斜淮眍悾┑那闆r下，通過(guò)引入代理類來(lái)給原始類附加功能。一般情況下，我們讓代理類和原始類實(shí)現(xiàn)同樣的接口。但是，如果原始類并沒(méi)有定義接口，并且原始類代碼并不是我們開發(fā)維護(hù)的。在這種情況下，我們可以通過(guò)讓代理類繼承原始類的方法來(lái)實(shí)現(xiàn)代理模式。

動(dòng)態(tài)代理的原理與實(shí)現(xiàn)

靜態(tài)代理需要針對(duì)每個(gè)類都創(chuàng)建一個(gè)代理類，并且每個(gè)代理類中的代碼都有點(diǎn)像模板式的“重復(fù)”代碼，增加了維護(hù)成本和開發(fā)成本。對(duì)于靜態(tài)代理存在的問(wèn)題，我們可以通過(guò)動(dòng)態(tài)代理來(lái)解決。我們不事先為每個(gè)原始類編寫代理類，而是在運(yùn)行的時(shí)候動(dòng)態(tài)地創(chuàng)建原始類對(duì)應(yīng)的代理類，然后在系統(tǒng)中用代理類替換掉原始類。

代理模式的應(yīng)用場(chǎng)景

代理模式常用在業(yè)務(wù)系統(tǒng)中開發(fā)一些非功能性需求，比如：監(jiān)控、統(tǒng)計(jì)、鑒權(quán)、限流、事務(wù)、冪等、日志。我們將這些附加功能與業(yè)務(wù)功能解耦，放到代理類統(tǒng)一處理，讓程序員只需要關(guān)注業(yè)務(wù)方面的開發(fā)。除此之外，代理模式還可以用在 RPC、緩存等應(yīng)用場(chǎng)景中。

到此這篇關(guān)于Java設(shè)計(jì)模式中的代理設(shè)計(jì)模式詳細(xì)解析的文章就介紹到這了,更多相關(guān)Java代理設(shè)計(jì)模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論