RPC是遠(yuǎn)程過(guò)程調(diào)用的簡(jiǎn)稱，廣泛應(yīng)用在大規(guī)模分布式應(yīng)用中，作用是有助于系統(tǒng)的垂直拆分，使系統(tǒng)更易拓展。Java中的RPC框架比較多，各有特色，廣泛使用的有RMI、Hessian、Dubbo等。RPC還有一個(gè)特點(diǎn)就是能夠跨語(yǔ)言，本文只以JAVA語(yǔ)言里的RPC為例。

對(duì)于RPC有一個(gè)邏輯關(guān)系圖，以RMI為例：

其他的框架結(jié)構(gòu)也類似，區(qū)別在于對(duì)象的序列化方法，傳輸對(duì)象的通訊協(xié)議，以及注冊(cè)中心的管理與failover設(shè)計(jì)（利用zookeeper）。

客戶端和服務(wù)端可以運(yùn)行在不同的JVM中，Client只需要引入接口，接口的實(shí)現(xiàn)以及運(yùn)行時(shí)需要的數(shù)據(jù)都在Server端，RPC的主要依賴技術(shù)是序列化、反序列化和傳輸協(xié)議，JAVA里對(duì)應(yīng)的就是對(duì)象的序列化、反序列化以及序列化后數(shù)據(jù)的傳輸。RMI的序列化和反序列化是JAVA自帶的，Hessian里的序列化和反序列化是私有的，傳輸協(xié)議則是HTTP，Dubbo的序列化可以多種選擇，一般使用Hessian的序列化協(xié)議，傳輸則是TCP協(xié)議，使用了高性能的NIO框架Netty。對(duì)于序列化，我還了解一些，像Google的ProBuffer、JBoss Marshalling和Apache Thrift等，之前有寫一篇介紹ProBuffer的博文

1、RMI（遠(yuǎn)程方法調(diào)用）

JAVA自帶的遠(yuǎn)程方法調(diào)用工具，不過(guò)有一定的局限性，畢竟是JAVA語(yǔ)言最開(kāi)始時(shí)的設(shè)計(jì)，后來(lái)很多框架的原理都基于RMI，RMI的使用如下：

對(duì)外接口

public interface IService extends Remote { 
 
  public String queryName(String no) throws RemoteException; 
 
}</span> 

服務(wù)實(shí)現(xiàn)

import java.rmi.RemoteException; 
import java.rmi.server.UnicastRemoteObject; 
 
// 服務(wù)實(shí)現(xiàn) 
public class ServiceImpl extends UnicastRemoteObject implements IService { 
 
  /** 
   */ 
  private static final long serialVersionUID = 682805210518738166L; 
 
  /** 
   * @throws RemoteException 
   */ 
  protected ServiceImpl() throws RemoteException { 
    super(); 
  } 
 
  /* (non-Javadoc) 
   * @see com.suning.ebuy.wd.web.IService#queryName(java.lang.String) 
   */ 
  @Override 
  public String queryName(String no) throws RemoteException { 
    // 方法的具體實(shí)現(xiàn) 
    System.out.println("hello" + no); 
    return String.valueOf(System.currentTimeMillis()); 
  } 
   
} 

RMI客戶端

import java.rmi.RemoteException; 
import java.rmi.registry.LocateRegistry; 
import java.rmi.registry.Registry; 
 
// RMI服務(wù)端 
public class Server { 
 
  public static void main(String[] args) { 
    // 注冊(cè)管理器 
    Registry registry = null; 
    try { 
      // 創(chuàng)建一個(gè)服務(wù)注冊(cè)管理器 
      registry = LocateRegistry.createRegistry(8088); 
 
    } catch (RemoteException e) { 
       
    } 
    try { 
      // 創(chuàng)建一個(gè)服務(wù) 
      ServiceImpl server = new ServiceImpl(); 
      // 將服務(wù)綁定命名 
      registry.rebind("vince", server); 
       
      System.out.println("bind server"); 
    } catch (RemoteException e) { 
       
    } 
  } 
} 

服務(wù)注冊(cè)管理器寫在了Server里，當(dāng)然也可以抽出來(lái)單獨(dú)作為一個(gè)服務(wù)，在其他一些框架中，往往用Zookeeper充當(dāng)注冊(cè)管理角色。

2、Hessian（基于HTTP的遠(yuǎn)程方法調(diào)用）

基于HTTP協(xié)議傳輸，在性能方面還不夠完美，負(fù)載均衡和失效轉(zhuǎn)移依賴于應(yīng)用的負(fù)載均衡器，Hessian的使用則與RMI類似，區(qū)別在于淡化了Registry的角色，通過(guò)顯示的地址調(diào)用，利用HessianProxyFactory根據(jù)配置的地址create一個(gè)代理對(duì)象，另外還要引入Hessian的Jar包。

3、Dubbo（淘寶開(kāi)源的基于TCP的RPC框架）

基于NIO框架Netty的高性能RPC框架，是阿里巴巴開(kāi)源的，總體原理如下：

在了解Dubbo之前，要先對(duì)Zookeeper有深入的理解，當(dāng)理解了zookeeper后，Dubbo也就了無(wú)秘密了。

Zookeeper作為Dubbo服務(wù)的注冊(cè)中心，Dubbo原先基于數(shù)據(jù)庫(kù)的注冊(cè)中心，沒(méi)采用Zookeeper，Zookeeper一個(gè)分布式的服務(wù)框架，是樹(shù)型的目錄服務(wù)的數(shù)據(jù)存儲(chǔ)，能做到集群管理數(shù)據(jù) ，這里能很好的作為Dubbo服務(wù)的注冊(cè)中心，Dubbo能與Zookeeper做到集群部署，當(dāng)提供者出現(xiàn)斷電等異常停機(jī)時(shí)，Zookeeper注冊(cè)中心能自動(dòng)刪除提供者信息，當(dāng)提供者重啟時(shí)，能自動(dòng)恢復(fù)注冊(cè)數(shù)據(jù)，以及訂閱請(qǐng)求。

Dubbo的詳細(xì)說(shuō)明在淘寶開(kāi)源里說(shuō)的非常詳細(xì)，在工作中很多生產(chǎn)項(xiàng)目都用了Dubbo，過(guò)程中也發(fā)現(xiàn)了很多需要注意的地方，尤其是那繁多的配置，設(shè)置不當(dāng)都會(huì)讓人煩腦，最好能再基于現(xiàn)有開(kāi)源的Dubbo再定制優(yōu)化一下。

最新評(píng)論