溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

基于Spring的RPC通訊模型的使用與比較

發(fā)布時(shí)間:2020-09-29 00:20:02 來源:腳本之家 閱讀:131 作者:JMCui 欄目:編程語言

一、概念和原理

RPC(remote procedure call),遠(yuǎn)程過程調(diào)用,是客戶端應(yīng)用和服務(wù)端之間的會(huì)話。在客戶端,它所需要的一些功能并不在該應(yīng)用的實(shí)現(xiàn)范圍之內(nèi),所以應(yīng)用要向提供這些功能的其他系統(tǒng)尋求幫助。而遠(yuǎn)程應(yīng)用通過遠(yuǎn)程服務(wù)暴露這些功能。RPC 是同步操作,會(huì)阻塞調(diào)用代碼的執(zhí)行,直到被調(diào)用的過程執(zhí)行完畢。

Spring支持多種不同的RPC模型,包括RMI、Caucho的Hessian和Burlap以及Spring自帶的HTTP invoker:

基于Spring的RPC通訊模型的使用與比較

客戶端:

在所有的模型中,服務(wù)都是作為 Spring 所管理的 bean 配置到我們的應(yīng)用中。這是通過一個(gè)代理工廠 bean 實(shí)現(xiàn)的,這個(gè)bean能夠把遠(yuǎn)程服務(wù)像本地對(duì)象一樣裝配到其他bean的屬性中。

客戶端向代理發(fā)起調(diào)用,就像代理提供了這些服務(wù)一樣。代理代表客戶端和遠(yuǎn)程服務(wù)進(jìn)行通信,由它負(fù)責(zé)處理連接的細(xì)節(jié)并向遠(yuǎn)程服務(wù)發(fā)起調(diào)用。

基于Spring的RPC通訊模型的使用與比較

服務(wù)端:

Spring 使用遠(yuǎn)程導(dǎo)出器(remote exporter)將bean方法發(fā)布為遠(yuǎn)程服務(wù)。

基于Spring的RPC通訊模型的使用與比較

二、RMI

RMI 最初在JDK 1.1被引入到Java平臺(tái)中,它為Java開發(fā)者提供了一種強(qiáng)大的方法來實(shí)現(xiàn)Java程序間的交互。

Spring 提供了簡(jiǎn)單的方式來發(fā)布RMI服務(wù),在服務(wù)端,RmiServiceExporter 可以把任何 Spring 管理的bean發(fā)布為RMI服務(wù) ,如圖所示,RmiServiceExporter 把bean包裝在一個(gè)適配器類中,然后適配器類被綁定到RMI注冊(cè)表中,并且代理到服務(wù)類的請(qǐng)求。

基于Spring的RPC通訊模型的使用與比較

/**
   * 服務(wù)端:
   * <p>
   * 1、默認(rèn)情況下,RmiServiceExporter 會(huì)嘗試綁定到本地機(jī)器1099端口上的RMI注冊(cè)表。
   * 2、如果在這個(gè)端口沒有發(fā)現(xiàn)RMI注冊(cè)表,RmiServiceExporter 將會(huì)啟動(dòng)一個(gè)注冊(cè)表。
   * 3、可重寫注冊(cè)表的路徑和端口,這個(gè)是個(gè)大坑,當(dāng)你設(shè)置了registryHost屬性的時(shí)候,源碼中就不創(chuàng)建Registry,而是直接去獲取,可是我們自己也沒有創(chuàng)建,所以就會(huì)報(bào)連接不上。
   *
   * @param userService
   * @return
   */
  @Bean(name = "rmiServiceExporter")
  public RmiExporter rmiServiceExporter(UserService userService, Environment environment) {
    String registryHost = environment.getProperty("registryHost");
    int registryPort = environment.getProperty("registryPort", Integer.class);
    RmiExporter rmiExporter = new RmiExporter();
    rmiExporter.setService(userService); //要把該bean(即rmiServiceImpl)發(fā)布為一個(gè)RMI服務(wù)
    rmiExporter.setServiceName("RmiService"); //命名RMI 服務(wù)
    rmiExporter.setServiceInterface(UserService.class); //指定服務(wù)所實(shí)現(xiàn)的接口
    rmiExporter.setRegistryHost(registryHost);
    rmiExporter.setRegistryPort(registryPort);
    return rmiExporter;
  }
/**
 * Created by XiuYin.Cui on 2018/5/14.
 * 
 * 解決設(shè)置 registryHost 后,報(bào)連接拒絕的問題。
 */
public class RmiExporter extends RmiServiceExporter {

  @Override
  protected Registry getRegistry(String registryHost, int registryPort, RMIClientSocketFactory clientSocketFactory,
                  RMIServerSocketFactory serverSocketFactory) throws RemoteException {


    if (registryHost != null) {
      try {
        if (logger.isInfoEnabled()) {
          logger.info("Looking for RMI registry at port '" + registryPort + "' of host [" + registryHost + "]");
        }
        //把spring源代碼中這里try起來,報(bào)異常就創(chuàng)建一個(gè)
        Registry reg = LocateRegistry.getRegistry(registryHost, registryPort, clientSocketFactory);
        testRegistry(reg);
        return reg;
      } catch (RemoteException ex) {
        LocateRegistry.createRegistry(registryPort);
        Registry reg = LocateRegistry.getRegistry(registryHost, registryPort, clientSocketFactory);
        testRegistry(reg);
        return reg;
      }
    } else {
      return getRegistry(registryPort, clientSocketFactory, serverSocketFactory);
    }
  }
}

接下來,來看看客戶端是怎么使用這些遠(yuǎn)程服務(wù)的吧!Spring的RmiProxyFactoryBean是一個(gè)工廠bean,該bean可以為RMI服務(wù)創(chuàng)建代理。該代理代表客戶端來負(fù)責(zé)與遠(yuǎn)程的RMI服務(wù)進(jìn)行通信??蛻舳送ㄟ^服務(wù)的接口與代理進(jìn)行交互,就如同遠(yuǎn)程服務(wù)就是一個(gè)本地的POJO。

基于Spring的RPC通訊模型的使用與比較

@Bean(name = "rmiUserServiceClient")
  public RmiProxyFactoryBean RmiUserServiceClient(){
    RmiProxyFactoryBean rmiProxyFactoryBean = new RmiProxyFactoryBean();
    rmiProxyFactoryBean.setServiceUrl("rmi://127.0.0.1:9999/RmiService");
    rmiProxyFactoryBean.setServiceInterface(UserService.class);
    rmiProxyFactoryBean.setLookupStubOnStartup(false);//不在容器啟動(dòng)后創(chuàng)建與Server端的連接
    rmiProxyFactoryBean.setRefreshStubOnConnectFailure(true);//連接出錯(cuò)的時(shí)候自動(dòng)重連
    rmiProxyFactoryBean.afterPropertiesSet();
    return rmiProxyFactoryBean;
  }
 @Resource(name="rmiUserServiceClient")
  private UserService userService;

RMI 的缺陷:

1、RMI很難穿越防火墻,這是因?yàn)镽MI使用任意端口來交互——這是防火墻通常所不允許的。
2、RMI是基于Java的。這意味著客戶端和服務(wù)端必須都是用java開發(fā)。因?yàn)镽MI使用了Java的序列化機(jī)制,所以通過網(wǎng)絡(luò)傳輸?shù)膶?duì)象類型必須要保證在調(diào)用兩端的Java運(yùn)行時(shí)中是完全相同的版本。

tips:最近發(fā)現(xiàn)Dubbo 底層也是用 RMI 實(shí)現(xiàn)的,它把 zookeeper 當(dāng)作注冊(cè)表。

三、Hessian 和 Burlap

hessian 和 Burlap 是 Caucho Technology 的兩種基于HTTP的輕量級(jí)遠(yuǎn)程服務(wù)解決方案。借助于盡可能簡(jiǎn)單的API和通信協(xié)議,它們都致力于簡(jiǎn)化Web服務(wù)。

hessian,像RMI一樣,使用二進(jìn)制消息進(jìn)行客戶端和服務(wù)端的交互。但是它與RMI不同的是,它的二進(jìn)制消息可以移植到其他非Java的語言中。由于它是基于二進(jìn)制的,所以它在帶寬上更具優(yōu)勢(shì)。

Burlap 是一種基于XML的遠(yuǎn)程調(diào)用技術(shù),這使得它可以自然而然的移植到任何能夠解析XML的語言上。正因?yàn)樗赬ML,所以相比起Hessian的二進(jìn)制格式而言,Burlap可讀性更強(qiáng)。但是和其他基于XML的遠(yuǎn)程技術(shù)(例如SOAP或XML-RPC)不同,Burlap的消息結(jié)構(gòu)盡可能的簡(jiǎn)單。

下面我們會(huì)介紹 hessian 的使用。Spring 不推薦使用Burlap,BurlapServiceExporter 在4.0后被廢棄,不再提供支持。5.0 后直接從開發(fā)包丟棄了。

服務(wù)端,類似于 RmiServiceExporter ,hessian 也有一個(gè)HessianServiceExporter 將 Spring 管理的 bean 發(fā)布為 Hessian 服務(wù),不同于RMI的是,HessianServiceExporter是一個(gè)Spring MVC控制器,它接收Hessian請(qǐng)求(HTTP協(xié)議的請(qǐng)求),并將這些請(qǐng)求轉(zhuǎn)換成對(duì)被導(dǎo)出POJO的方法調(diào)用。既然是HTTP請(qǐng)求,那我們就必須配置Spring 的DispatcherServlet ,并配置HandlerMapping,將相應(yīng)的URL映射給HessianServiceExporter。

基于Spring的RPC通訊模型的使用與比較

/**
   * hessian沒有注冊(cè)表,不需要設(shè)置 serviceName
   */
  @Bean(name = "hessianServiceExporter")
  public HessianServiceExporter hessianServiceExporter(UserService userService) {
    HessianServiceExporter hessianServiceExporter = new HessianServiceExporter();
    hessianServiceExporter.setService(userService);
    hessianServiceExporter.setServiceInterface(UserService.class);
    return hessianServiceExporter;
  }
  /**
   * 需要配置一個(gè)URL映射來確保DispatcherServlet把請(qǐng)求轉(zhuǎn)給HessianServiceExporter
   */
  @Bean(name = "handlerMapping")
  public HandlerMapping handlerMapping() {
    SimpleUrlHandlerMapping handlerMapping = new SimpleUrlHandlerMapping();
    Properties mappings = new Properties();
    mappings.setProperty("/user.service", "hessianServiceExporter");
    handlerMapping.setMappings(mappings);
    return handlerMapping;
  }

客戶端,類似于RmiProxyFactoryBean ,Hessian 也有一個(gè)代理工廠Bean——HessianProxyFactoryBean,來創(chuàng)建代理與遠(yuǎn)程服務(wù)進(jìn)行通信:

@Bean(name = "hessianUserServiceClient")
  public HessianProxyFactoryBean hessianUserServiceClient(){
    HessianProxyFactoryBean proxy = new HessianProxyFactoryBean();
    proxy.setServiceUrl("http://127.0.0.1:8080/user.service");
    proxy.setServiceInterface(UserService.class);
    return proxy;
  }
  @Resource(name="hessianUserServiceClient")
  private UserService userService; 

Hessian 的缺陷:

hessian 和 Burlap 都是基于HTTP的,它們都解決了RMI所頭疼的防火墻滲透問題。但是當(dāng)傳遞過來的RPC消息中包含序列化對(duì)象時(shí),RMI就完勝 Hessian 和 Burlap 了。因?yàn)?Hessian 和 Burlap 都采用了私有的序列化機(jī)制,而RMI使用的是Java本身的序列化機(jī)制。

四、HttpInvoker

RMI 和 Hessian 各有自己的缺陷,一方面,RMI使用Java標(biāo)準(zhǔn)的對(duì)象序列化機(jī)制,但是很難穿透防火墻。另一方面,Hessian和Burlap能很好地穿透防火墻,但是使用私有的對(duì)象序列化機(jī)制。就這樣,Spring的HTTP invoker應(yīng)運(yùn)而生了。HTTP invoker是一個(gè)新的遠(yuǎn)程調(diào)用模型,作為Spring框架的一部分,能夠執(zhí)行基于HTTP的遠(yuǎn)程調(diào)用,并使用Java的序列化機(jī)制。

HttpInvoker 的使用和 Hessian 很類似,HttpInvokerServiceExporter 也是一個(gè)Spring MVC 控制器,也是通過DispatcherServlet 將請(qǐng)求分發(fā)給它...

基于Spring的RPC通訊模型的使用與比較

/*Http Invoker*/
  @Bean(name = "httpInvokerServiceExporter")
  public HttpInvokerServiceExporter httpInvokerServiceExporter(UserService userService){
    HttpInvokerServiceExporter httpInvokerServiceExporter = new HttpInvokerServiceExporter();
    httpInvokerServiceExporter.setService(userService);
    httpInvokerServiceExporter.setServiceInterface(UserService.class);
    return httpInvokerServiceExporter;
  }
  /**
   * 需要配置一個(gè)URL映射來確保DispatcherServlet把請(qǐng)求轉(zhuǎn)給HessianServiceExporter
   */
  @Bean(name = "handlerMapping")
  public HandlerMapping handlerMapping() {
    SimpleUrlHandlerMapping handlerMapping = new SimpleUrlHandlerMapping();
    Properties mappings = new Properties();
    mappings.setProperty("/user.service", "hessianServiceExporter");
    mappings.setProperty("/userInvoker.service", "httpInvokerServiceExporter");
    handlerMapping.setMappings(mappings);
    return handlerMapping;
  }

客戶端,像 RmiProxyFactoryBean 和 HessianProxyFactoryBean 一樣,HttpInvoker 也提供了一個(gè)代理工廠Bean——HttpInvokerProxyFactoryBean,用于創(chuàng)建HttpInvoker代理來與遠(yuǎn)程服務(wù)通信:

@Bean(name = "httpInvokerUserServiceClient")
  public HttpInvokerProxyFactoryBean httpInvokerUserServiceClient(){
    HttpInvokerProxyFactoryBean proxy = new HttpInvokerProxyFactoryBean();
    proxy.setServiceUrl("http://127.0.0.1:8080//userInvoker.service");
    proxy.setServiceInterface(UserService.class);
    return proxy;
  }

參考資料:《Spring 實(shí)戰(zhàn)第四版》

演示源代碼鏈接:https://github.com/JMCuixy/SpringForRpc

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持億速云。

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI