java語言常用的通信協(xié)議有哪些-創(chuàng)新互聯(lián)

這篇文章主要介紹了java語言常用的通信協(xié)議有哪些，具有一定借鑒價值，需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓小編帶著大家一起了解一下。

成都創(chuàng)新互聯(lián)公司是一家專業(yè)從事成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計的網(wǎng)絡(luò)公司。作為專業(yè)網(wǎng)站制作公司,成都創(chuàng)新互聯(lián)公司依托的技術(shù)實力、以及多年的網(wǎng)站運營經(jīng)驗,為您提供專業(yè)的成都網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷推廣及網(wǎng)站設(shè)計開發(fā)服務(wù)！

以下分享幾種java語言常用的通信協(xié)議及協(xié)議性能的比較

1.RMI

RMI調(diào)用與設(shè)想的一樣，RMI理所當然是最快的，在幾乎所有的情況下，它的毫時都是最少的。特別是在數(shù)據(jù)結(jié)構(gòu)復(fù)雜，數(shù)據(jù)量大的情況下，與其他協(xié)議的差距尤為明顯。為了充分發(fā)揮RMI的性能，另外做了測試類，不使用Spring，用原始的RMI形式（繼承UnicastRemoteObject對象）提供服務(wù)并遠程調(diào)用，與Spring對POJO包裝成的RMI進行效率比較。結(jié)果顯示：兩者基本持平，Spring提供的服務(wù)還稍快些。初步認為，這是因為Spring的代理和緩存機制比較強大，節(jié)省了對象重新獲取的時間。

2.Hessian

Hessian調(diào)用caucho公司的resin服務(wù)器號稱是最快的服務(wù)器，在java領(lǐng)域有一定的知名度。Hessian做為resin的組成部分，其設(shè)計也非常精簡高效，實際運行情況也證明了這一點。平均來看，Hessian較RMI要慢20%左右，但這只是在數(shù)據(jù)量特別大，數(shù)據(jù)結(jié)構(gòu)很復(fù)雜的情況下才能體現(xiàn)出來，中等或少量數(shù)據(jù)時，Hessian并不比RMI慢。Hessian的好處是精簡高效，可以跨語言使用，而且協(xié)議規(guī)范公開，我們可以針對任意語言開發(fā)對其協(xié)議的實現(xiàn)。目前已有實現(xiàn)的語言有：java, c++, .net, python, ruby。還沒有delphi的實現(xiàn)。另外，Hessian與WEB服務(wù)器結(jié)合非常好，借助WEB服務(wù)器的功能，在處理大量用戶并發(fā)訪問時會有很大優(yōu)勢，在資源分配，線程排隊，異常處理等方面都可以由成熟的WEB服務(wù)器保證。而RMI本身并不提供多線程的服務(wù)器。而且，RMI需要開防火墻端口，Hessian不用。

3.Burlap

Burlap與Hessian都是caucho公司的開源產(chǎn)品，只不過Hessian采用二進制的方式，而Burlap采用xml的格式。測試結(jié)果顯示，Burlap在數(shù)據(jù)結(jié)構(gòu)不復(fù)雜，數(shù)據(jù)量中等的情況下，效率還是可以接受的，但如果數(shù)據(jù)量大，效率會急劇下降。平均計算，Burlap的調(diào)用毫時是RMI的3倍。我認為，其效率低有兩方面的原因，一個是XML數(shù)據(jù)描述內(nèi)容太多，同樣的數(shù)據(jù)結(jié)構(gòu)，其傳輸量要大很多；另一方面，眾所周知，對xml的解析是比較費資源的，特別對于大數(shù)據(jù)量情況下更是如此。

4.HttpInvoker

HttpInvoker是SpringFramework提供的JAVA遠程調(diào)用方法，使用java的序列化機制處理對象的傳輸。從測試結(jié)果看，其效率還是可以的，與RMI基本持平。不過，它只能用于JAVA語言之間的通訊，而且，要求客戶端和服務(wù)端都使用SPRING框架。另外，HttpInvoker 并沒有經(jīng)過實踐的檢驗，目前還沒有找到應(yīng)用該協(xié)議的項目。

5.web service

本次測試選用了apache的AXIS組件作為WEB SERVICE的實現(xiàn)，AXIS在WEB SERVICE領(lǐng)域相對成熟老牌。為了僅測試數(shù)據(jù)傳輸和編碼、解碼的時間，客戶端和服務(wù)端都使用了緩存，對象只需實例化一次。但是，測試結(jié)果顯示，web service的效率還是要比其他通訊協(xié)議慢10倍。如果考慮到多個引用指向同一對象的傳輸情況，web service要落后更多。因為RMI，Hessian等協(xié)議都可以傳遞引用，而web service有多少個引用，就要復(fù)制多少份對象實體。Web service傳輸?shù)娜哂嘈畔⑦^多是其速度慢的原因之一，監(jiān)控發(fā)現(xiàn)，同樣的訪問請求，描述相同的數(shù)據(jù)，web service返回的數(shù)據(jù)量是hessian協(xié)議的6.5倍。另外，WEB SERVICE的處理也很毫時，目前的xml解析器效率普遍不高，處理xml <-> bean很毫資源。從測試結(jié)果看，異地調(diào)用比本地調(diào)用要快，也從側(cè)面說明了其毫時主要用在編碼和解碼xml文件上。這比冗余信息更為嚴重，冗余信息占用的只是網(wǎng)絡(luò)帶寬，而每次調(diào)用的資源耗費直接影響到服務(wù)器的負載能力。（MS的工程師曾說過，用WEB SERVICE不能負載100個以上的并發(fā)用戶。）測試過程中還發(fā)現(xiàn)，web service編碼不甚方便，對非基本類型需要逐個注冊序列化和反序列化類，很麻煩，生成stub更累，不如spring + RMI/hessian處理那么流暢簡潔。而且，web service不支持集合類型，只能用數(shù)組，不方便。

感謝你能夠認真閱讀完這篇文章，希望小編分享java語言常用的通信協(xié)議有哪些內(nèi)容對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，遇到問題就找創(chuàng)新互聯(lián)，詳細的解決方法等著你來學習!

網(wǎng)站標題：java語言常用的通信協(xié)議有哪些-創(chuàng)新互聯(lián)
鏈接分享：http://bm7419.com/article46/igehg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、網(wǎng)站營銷、小程序開發(fā)、網(wǎng)站維護、App開發(fā)、面包屑導(dǎo)航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)