遠程通訊的幾種選擇（RPC，Webservice，RMI，JMS的區別）

標籤：services   工作   int   soap   情況   沒有   jvm   java平台   個數   

RPC（Remote Procedure Call Protocol）

RPC使用C/S方式，採用http協議,發送請求到伺服器，等待伺服器返回結果。這個請求包括一個參數集和一個文本集，通常形成“classname.methodname”形式。優點是跨語言跨平台，C端、S端有更大的獨立性，缺點是不支援對象，無法在編譯器檢查錯誤，只能在運行期檢查。

 

Web Service

Web Service提供的服務是基於web容器的，底層使用http協議，類似一個遠端服務提供者，比如天氣預報服務，對各地用戶端提供天氣預報，是一種請求應答的機制，是跨系統跨平台的。就是通過一個servlet，提供服務出去。

 

首先用戶端從伺服器的到WebService的WSDL，同時在用戶端聲稱一個代理類(Proxy Class) 這個代理類負責與WebService

伺服器進行Request 和Response 當一個資料（XML格式的）被封裝成SOAP格式的資料流發送到伺服器端的時候，就會產生一個進程對象並且把接收到這個Request的SOAP包進行解析，然後對事物進行處理，處理結束以後再對這個計算結果進行SOAP

封裝，然後把這個包作為一個Response發送給用戶端的代理類(Proxy Class)，同樣地，這個代理類也對這個SOAP包進行解析處理，繼而進行後續操作。這就是WebService的一個運行過程。

 

Web Service大體上分為5個層次:

 1. Http傳輸通道

 2. XML的資料格式

 3. SOAP封裝格式

 4. WSDL的描述方式

 5. UDDI  UDDI是一種目錄服務，企業可以使用它對Webservices進行註冊和搜尋

 

RMI （Remote Method Invocation）

RMI 採用stubs 和 skeletons 來進行遠程對象(remote object)的通訊。stub 充當遠程對象的用戶端代理，有著和遠程對象相同的遠程介面，遠程對象的調用實際是通過調用該對象的用戶端代理對象stub來完成的，通過該機制RMI就好比它是本地工作，採用tcp/ip協議，用戶端直接調用服務端上的一些方法。優點是強型別，編譯期可檢查錯誤，缺點是只能基於JAVA語言，客戶機與伺服器緊耦合。

 

JMS（Java Messaging Service）

JMS是Java的Message Service，JMS的用戶端之間可以通過JMS服務進行非同步訊息傳輸。JMS支援兩種訊息模型：Point-to-Point（P2P）和Publish/Subscribe（Pub/Sub），即點對點和發布訂閱模型。

 

幾者的區別與聯絡

 

1、RPC與RMI

 

（1）RPC 跨語言，而 RMI只支援Java。

（2）RMI 調用遠程對象方法，允許方法返回 Java 對象以及基礎資料型別 (Elementary Data Type)，而RPC 不支援對象的概念，傳送到 RPC 服務的訊息由外部資料表示 (External Data Representation, XDR) 語言表示，這種語言抽象了位元組序類和資料類型結構之間的差異。只有由 XDR 定義的資料類型才能被傳遞， 可以說 RMI 是物件導向方式的 Java RPC 。

（3）在方法調用上，RMI中，遠程介面使每個遠程方法都具有方法簽名。如果一個方法在伺服器上執行，但是沒有相匹配的簽名被添加到這個遠程介面上，那麼這個新方法就不能被RMI客戶方所調用。

在RPC中，當一個請求到達RPC伺服器時，這個請求就包含了一個參數集和一個文本值，通常形成“classname.methodname”的形式。這就向RPC伺服器表明，被請求的方法在為 “classname”的類中，名叫“methodname”。然後RPC伺服器就去搜尋與之相匹配的類和方法，並把它作為那種方法參數類型的輸入。這裡的參數類型是與RPC請求中的類型是匹配的。一旦匹配成功，這個方法就被調用了，其結果被編碼後返回客戶方。

  

2、JMS和RMI

 

採用JMS 服務，對象是在物理上被非同步從網路的某個JVM 上直接移動到另一個JVM 上（是訊息通知機制）

而RMI 對象是綁定在本地JVM 中，只有函數參數和傳回值是通過網路傳送的（是請求應答機制）。

 

RMI一般都是同步的，也就是說，當client調用Server的一個方法的時候，需要等到對方的返回，才能繼續執行client端，這個程序呼叫本地方法感覺上是一樣的，這也是RMI的一個特點。

JMS 一般只是一個點發出一個Message到Message Server,發出之後一般不會關心誰用了這個message。

所以，一般RMI的應用是緊耦合，JMS的應用相對來說是鬆散耦合應用。

 

3、Webservice與RMI

 

RMI是在tcp協議上傳遞可序列化的java對象，只能用在java虛擬機器上，綁定語言，用戶端和服務端都必須是java

webservice沒有這個限制，webservice是在http協議上傳遞xml文字檔，與語言和平台無關

 

4、Webservice與JMS

 

Webservice專註於遠程服務調用，jms專註於資訊交換。

 

大多數情況下Webservice是兩系統間的直接互動（Consumer <--> Producer），而大多數情況下jms是三方系統互動（Consumer <- Broker -> Producer）。當然，JMS也可以實現request-response模式的通訊，只要Consumer或Producer其中一方兼任broker即可。

 

JMS可以做到非同步呼叫完全隔離了用戶端和服務提供者，能夠抵禦流量洪峰； WebService服務通常為同步調用，需要有複雜的對象轉換，相比SOAP，現在JSON，rest都是很好的http架構方案；（舉一個例子，電子商務的分布式系統中，有支付系統和業務系統，支付系統負責使用者付款，在使用者在銀行付款後需要通知各個業務系統，那麼這個時候，既可以用同步也可以用非同步，使用非同步好處就能抵禦網站暫時的流量高峰，或者能應對慢消費者。）

 

JMS是java平台上的訊息規範。一般jms訊息不是一個xml，而是一個java對象，很明顯，jms沒考慮異構系統，說白了，JMS就沒考慮非java的東西。但是好在現在大多數的jms provider（就是JMS的各種實現產品）都解決了異構問題。相比WebService的跨平台各有千秋吧。

 

遠程通訊的幾種選擇（RPC，Webservice，RMI，JMS的區別）