最近看了幾個(gè)遠(yuǎn)程調(diào)用框架的文檔資料，也google了不少與java遠(yuǎn)程調(diào)用相關(guān)的日志和文章。感覺受益頗深，整理出來和大家分享。
到目前為止，我所接觸到的java遠(yuǎn)程調(diào)用的框架或技術(shù)有如下幾種：RMI、Hessian、Burlap、Spring HttpInvoker And Web Service。結(jié)合實(shí)際情況，我就這幾種框架或技術(shù)做了一個(gè)大致的比較，總結(jié)如下。
RMI：最原始也是最“低級(jí)”的遠(yuǎn)程調(diào)用技術(shù)，它是在網(wǎng)絡(luò)傳輸層TCP/IP協(xié)議的基礎(chǔ)上實(shí)現(xiàn)了一個(gè)JRMP協(xié)議，但也正因如此，使得它在服務(wù)器和客戶端之間的字節(jié)流傳輸速度或者調(diào)用速度是最快的。RMI傳輸層通常試圖將直接套接字在Internet的主機(jī)上打開。然而，許多Intranet的防火墻不允許這樣做。所以，RMI調(diào)用會(huì)遇到被防火墻阻攔的情況。(PS：要透過防火墻，傳輸層可在防火墻信任的HTTP協(xié)議范圍內(nèi)嵌入RMI調(diào)用。將RMI調(diào)用數(shù)據(jù)作為HTTPPOST請(qǐng)求的主體發(fā)送出去后，反饋信息將返回到HTTP響應(yīng)主體內(nèi)。)
Hessian/Burlap：這是由同一家叫Caucho Technology的公司(
http://www.caucho.com/)提供的基于HTTP協(xié)議的兩個(gè)不同的輕量級(jí)遠(yuǎn)程服務(wù)框架。你可能會(huì)好奇，為什么Caucho對(duì)同一個(gè)問題有兩種解決辦法。事實(shí)上，Hessian和Burlap是同一個(gè)問題的兩個(gè)方面，但每個(gè)都服務(wù)于略微不同的目的。Hessian，像RMI那樣，使用二進(jìn)制消息來建立客戶端和服務(wù)端之間的交流。但與其他二進(jìn)制遠(yuǎn)程技術(shù)（如RMI）不同的是，它的二進(jìn)制消息可以移植到其他非Java的語言中（它實(shí)現(xiàn)了一種跨編程語言的對(duì)象序列化方法）。Burlap是一種基于XML的遠(yuǎn)程技術(shù)，這使得它自然而然地可以移植到任何可以解析XML的語言中。正由于它的XML，比起Hessian的二進(jìn)制格式 來，它的可讀性更強(qiáng)。）但和其他基于XML的遠(yuǎn)程技術(shù)（例如SOAP或XML-RPC）不同，Burlap的消息結(jié)構(gòu)是盡可能的簡(jiǎn)單，不需要額外的外部定義 語言（如WSDL或IDL等）。
Spring HttpInvoker：Spring HttpInvoker則是吸取了上述兩種遠(yuǎn)程調(diào)用實(shí)現(xiàn)的長(zhǎng)處，首先是基于HTTP協(xié)議，可穿透防火墻；其次，它采用了java語言本身提供的序列化方法，易于實(shí)現(xiàn)。再結(jié)合Spring本身輕量級(jí)，可靈活配置等的特點(diǎn)，為我們提供了一種很好的遠(yuǎn)程調(diào)用實(shí)現(xiàn)方案。但由于依賴java語言本身的序列化方法，它只能限于在java語言環(huán)境中使用（服務(wù)器和客戶端必須同時(shí)使用java語言）。
Web Service：這是最后也是最強(qiáng)大的一種遠(yuǎn)程調(diào)用解決方案。它基于SOAP協(xié)議(http+binding)，采用XML技術(shù)來描述服務(wù)器端服務(wù)接口和客戶端的調(diào)用，不受編程語言和平臺(tái)環(huán)境限制。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
