分布式項目按照以下發展經歷了以下技術：

CORBA:

RMI:基於遠程接口的調用

RMI-RROP:這是RMI與CORBA的結合，用在了EJB技術上，EJB留給世界上是優秀的理論和糟糕的架構。

WEBSERVICE:等於XML（WSDL）+SOAP 缺點：速度太慢，處理速度太慢了；如果采用遠程接口調用，要生成一堆的配置文件，很繁瑣。

SOA技術：ESB（服務總線））技術

RPC技術：dubbo、利用rest實現RPC,這樣的操作，速度很快，占用網絡帶寬較少，springcloud出現，springboot方便的項目的搭建

RMI的實現方案：

EJB的架構：相當於將RMI給無限放大，不斷的遠程接口調用，EJB留給世界的是優秀的理論和糟糕的實現。

webservice技術：

轉載請註明原文地址：http://www.cnblogs.com/ygj0930/p/6542811.html

一：RPC 遠程過程調用

RPC（Remote Procedure Call Protocol）遠程過程調用協議，通過網絡從遠程計算機上請求調用某種服務。

一次RPC調用的過程大概有10步：

　　1.執行客戶端調用語句，傳送參數

　　2.調用本地系統發送網絡消息

　　3.消息傳送到遠程主機

　　4.服務器得到消息並取得參數

　　5.根據調用請求以及參數執行遠程過程（服務）

　　6.執行過程完畢，將結果返回服務器句柄

　　7.服務器句柄返回結果，調用遠程主機的系統網絡服務發送結果

　　8.消息傳回本地主機

　　9.客戶端句柄由本地主機的網絡服務接收消息

　　10.客戶端接收到調用語句返回的結果數據

二：RMI 遠程方法調用

RMI:遠程方法調用(Remote Method Invocation)。能夠讓在客戶端Java虛擬機上的對象像調用本地對象一樣調用服務端java 虛擬機中的對象上的方法。

RMI遠程調用步驟：

1，客戶調用客戶端輔助對象stub上的方法

2，客戶端輔助對象stub打包調用信息（變量，方法名），通過網絡發送給服務端輔助對象skeleton

3，服務端輔助對象skeleton將客戶端輔助對象發送來的信息解包，找出真正被調用的方法以及該方法所在對象

4，調用真正服務對象上的真正方法，並將結果返回給服務端輔助對象skeleton

5，服務端輔助對象將結果打包，發送給客戶端輔助對象stub

6，客戶端輔助對象將返回值解包，返回給調用者

7，客戶獲得返回值

三：RPC與RMI的區別

1：方法調用方式不同：

RMI中是通過在客戶端的Stub對象作為遠程接口進行遠程方法的調用。每個遠程方法都具有方法簽名。如果一個方法在服務器上執行，但是沒有相匹配的簽名被添加到這個遠程接口(stub)上，那麽這個新方法就不能被RMI客戶方所調用。

RPC中是通過網絡服務協議向遠程主機發送請求，請求包含了一個參數集和一個文本值，通常形成“classname.methodname(參數集)”的形式。RPC遠程主機就去搜索與之相匹配的類和方法，找到後就執行方法並把結果編碼，通過網絡協議發回。

2：適用語言範圍不同：

RMI只用於Java；

RPC是網絡服務協議，與操作系統和語言無關。

3：調用結果的返回形式不同：

Java是面向對象的，所以RMI的調用結果可以是對象類型或者基本數據類型；

RMI的結果統一由外部數據表示 (External Data Representation, XDR) 語言表示，這種語言抽象了字節序類和數據類型結構之間的差異。

RPC與RMI的區別