青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

sherrylso

C++博客 首頁 新隨筆 聯系 聚合 管理
  18 Posts :: 0 Stories :: 124 Comments :: 0 Trackbacks
     一般來說,基于CS(client-server)軟件架構的開發技術有很多種。比較常用的有:基于socket的網絡編程、RPC、基于Java技術的RMI(當然C#也有類似技術)、CORBA等。在這里我們只是對基于socket的網絡編程與RMI作個對比,有助于我們了解它們各自的應用領域,幫助我們在面對一個具體問題的時候選用適合的技術。另外,本文所做的討論可以認為是脫離了語言層面的東西,只是對技術的本身做一個討論,無關乎你是用C++、C#或Java 在開發。
一、RMI技術簡介
        本文就以Java為例,簡單介紹一下RMI技術。
        從Java1.1開始,遠程方法調用作為Java分布式對象技術成為Java核心的API之一(在java.rmi.* 包)。RMI的引入,使得Java程序之間能夠實現靈活的,可擴展的分布式通信。RMI允許Java對象存在于多個不同的地址空間,分布在不同的Java虛擬機上。每一個地址空間可以在同一臺主機上或者網絡上不同的計算機上。由于遠程方法調用跨越不同的虛擬機邊界到不同的指定的地址空間,所以沒有對象共享的全局變量,這就需要對象序列化(Object Serialization)API,它使得Java對象能夠在不同的JVM之間傳遞。對象序列化是特別為Java的對象設計的,這就意味著Java程序中的對象可以作為對象參數存取(可序列化的對象必須實現Serializable接口)。結合RMI和對象序列化機制,就可以訪問越過本地Java虛擬機邊界的對象以及數據。通過RMI,可以調用遠程對象的遠程方法,而通過Java對象序列化機制可以將對象傳遞給這些方法。
        最基本的Java模型并沒有提供將遠程主機上的Java對象看作本地Java程序地址空間一部分的能力,而RMI禰補了這一不足。另外,由于Java與硬件平臺無關的特性,無論是同構的系統還是異構的系統,RMI不需移植就可以順利運行。
       RMI為Java平臺的分布式計算提供了一個簡單而直接的模型。因為Java的RMI技術是基于Java平臺的,所以它將Java平臺的安全性和可移植性等優點帶到了分布式計算中。RMI大大擴展Java的網絡計算能力,它為編寫基于分布式對象技術的企業級Internet/Intranet應用提供了強大的系統平臺支持。
      Java RMI體系結構如下圖:


二、基于socket的網絡編程
        當你使用socket進行網絡應用開發的時候,一般的思路是“消息驅動邏輯”,即這樣的軟件系統一般具有以下特點:
       (1) 客戶端與服務器端依靠消息進行通訊。
       (2) 客戶端或者服務器端都需要一個消息派遣器,將消息投遞給具體的massage handler
       (3) 客戶端或者服務器端利用massage handler進行邏輯事務處理
 見下圖:

        使用socket開發的軟件系統,從技術的本質上來講,有以下幾個特點:
        (1) 基于TCP協議的通訊
        (2) 應用程序本身需要提供對消息的序列化處理(所謂的序列化指的是將消息輸出到網絡流中)
        (3) 客戶端與服務器端需要事先商議好它們之間的通訊協議即它們交互的消息格式
        (4) 由于是消息驅動邏輯,從本質上決定了這樣的編程模式很難面向對象化
三、RMI Vs Sochet
        RMI技術比較socket的網絡編程主要有以下幾個方面:
        第一、.RMI是面向對象的,而后者不是。
        第二、.RMI是與語言相綁定的。比如當你使用Java RMI技術的時候,客戶端與服務器端都必須使用Java開發。而socket的網絡編程是使用獨立于開發語言的,甚至獨立于平臺。基于socket的網絡編程,客戶端與服務器端可以使用不同開發語言和不同的平臺。
       第三、從網絡協議棧的觀點來看,RMI與socket的網絡編程處于不同層次上。基于socket的網絡編程位于TCP協議之上,而RMI在TCP協議之上,又定義了自己的應用協議,其傳輸層采用的是Java遠程方法協議(JRMP)。可見,在網絡協議棧上,基于RMI的應用位置更高一些,這也決定了,與socket的網絡編程相比,RMI會喪失一些靈活性和可控性,但是好處是它帶給了應用開發者更多的簡潔,方便和易用。比如:如果你用的是RMI,你不需要關心消息是怎么序列化的,你只需要像本地方法調用一樣,使用RMI。代價是:應用開發者無法很好地控制消息的序列化機制。
      第四、這是最后一點不同,我認為也是比較重要的一點,就是兩種方法的性能比較,其往往決定著你將使用那種技術來開發你的應用。以下引用Adrian Reber在Network-programming with RMI文中對TCP和RMI所做的一個比較,其做的實驗主要是對兩者在網絡傳輸的帶寬上作的對比: 在網絡上傳輸2 byte的有效數據,對于TCP而言,總共有478 byte被額外傳輸,而對于RMI, 1645byte被額外傳輸。
以下是兩者的trace結果:
TCP:
46037 > 12345 [SYN] Seq=801611567 Ack=0 Win=5840 Len=0
12345 > 46037 [SYN, ACK] Seq=266515894 Ack=801611568 Win=10136 Len=0
46037 > 12345 [ACK] Seq=801611568 Ack=266515895 Win=5840 Len=0
12345 > 46037 [PSH, ACK] Seq=266515895 Ack=801611568 Win=10136 Len=1
46037 > 12345 [ACK] Seq=801611568 Ack=266515896 Win=5840 Len=0
12345 > 46037 [FIN, PSH, ACK] Seq=266515896 Ack=801611568 Win=10136 Len=1
46037 > 12345 [RST, ACK] Seq=801611568 Ack=266515898 Win=5840 Len=0
RMI:
42749 > rmiregistry [SYN, ECN, CWR]
Seq=3740552479 Ack=0 Win=32767 Len=0
rmiregistry > 42749 [SYN, ACK, ECN]
Seq=3749262223 Ack=3740552480 Win=32767 Len=0
42749 > rmiregistry [ACK] Seq=3740552480 Ack=3749262224 Win=32767 Len=0
JRMI, Version: 2, StreamProtocol
rmiregistry > 42749 [ACK] Seq=3749262224 Ack=3740552487 Win=32767 Len=0
JRMI, ProtocolAck
42749 > rmiregistry [ACK] Seq=3740552487 Ack=3749262240 Win=32767 Len=0
Continuation
rmiregistry > 42749 [ACK] Seq=3749262240 Ack=3740552506 Win=32767 Len=0
JRMI, Call
rmiregistry > 42749 [ACK] Seq=3749262240 Ack=3740552556 Win=32767 Len=0
JRMI, ReturnData
42749 > rmiregistry [ACK] Seq=3740552556 Ack=3749262442 Win=32767 Len=0
JRMI, Ping
JRMI, PingAck
42749 > rmiregistry [ACK] Seq=3740552557 Ack=3749262443 Win=32767 Len=0
JRMI, DgcAck
42749 > rmiregistry [FIN, ACK]
Seq=3740552572 Ack=3749262443 Win=32767 Len=0
rmiregistry > 42749 [FIN, ACK]
Seq=3749262443 Ack=3740552573 Win=32767 Len=0
42749 > rmiregistry [ACK] Seq=3740552573 Ack=3749262444 Win=32767 Len=0
        實驗的結果是:RMI與TCP based socket相比,傳輸相同的有效數據,RMI需要占用更多的網絡帶寬(protocol overhead)。從這里,我們可以得出一個一般性的結論:RMI主要是用于遠程方法的”調用“(RMI是多么的名符其實:)),其技術內涵強調的是“調用”,基于此,我能想到的是:移動計算,和遠程控制,當你的應用不需要在client與server之間傳輸大量的數據時,RMI是較好的選擇,它簡潔、易于開發。但是,一旦你的應用需要在client與server之間傳輸大量的數據,極端的,比如FTP應用,則RMI是不適合的,我們應該使用socket。

四、參考資料:
Network-programming with RMI, by Adrian Reber, URL:
http://42.fht-esslingen.de/~adrian/master/rmi.pdf
posted on 2007-07-28 19:06 愛上龍卷風 閱讀(5673) 評論(2)  編輯 收藏 引用

Feedback

# re: socket vs RMI, 選擇? 2007-07-29 12:32 pass86
恩,好文,支持。個人偏向于SOCKET,JAVA的效率問題,實在不讓人滿意。  回復  更多評論
  

# re: socket vs RMI, 選擇? 2007-07-30 22:22 愛上龍卷風
事實上,當你在開發一個cs架構的應用的時候,的確會有這樣兩難的選擇,是使用Socket network programming還是RMI,這樣的對比是有意義的,基于這一點,Socket network programming和RMI是對同一個問題的不同技術解決方案,當然有很多的可比性。  回復  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲精品久久久久久一区二区| 国产精品成人av性教育| 国产美女精品一区二区三区| 午夜精品福利视频| 亚洲欧美日韩天堂| 国产一区二区三区黄| 久久久久久网| 蜜桃av一区二区在线观看| 亚洲国产精品黑人久久久| 亚洲高清久久| 欧美午夜精品电影| 久久久久久伊人| 久久一区二区三区超碰国产精品| 亚洲三级观看| 亚洲一区二区三区影院| 一区二区在线视频| 久久亚洲图片| 欧美www视频| 亚洲夜晚福利在线观看| 亚洲欧美一区二区视频| 亚洲国产成人高清精品| 99这里有精品| 激情伊人五月天久久综合| 欧美激情乱人伦| 国产精品久久久久秋霞鲁丝| 麻豆成人综合网| 欧美色欧美亚洲高清在线视频| 欧美一区激情| 欧美精品首页| 另类成人小视频在线| 欧美日韩成人综合天天影院| 久久九九全国免费精品观看| 欧美激情综合网| 看欧美日韩国产| 欧美亚州一区二区三区| 你懂的国产精品| 国产精品裸体一区二区三区| 欧美激情亚洲自拍| 国产一区二区三区在线观看精品 | 国产精品户外野外| 免费成人性网站| 国产精品揄拍500视频| 亚洲国产婷婷| 在线欧美一区| 香蕉av福利精品导航| 亚洲图片你懂的| 女女同性精品视频| 麻豆九一精品爱看视频在线观看免费| 欧美日韩免费在线观看| 亚洲电影一级黄| 黄色成人免费观看| 欧美亚洲视频| 久久精品91久久久久久再现| 国产精品乱码| 亚洲综合视频一区| 香港成人在线视频| 国产精品黄页免费高清在线观看| 亚洲人久久久| 亚洲美女中出| 欧美激情国产日韩精品一区18| 欧美大片免费观看在线观看网站推荐 | 久久影视三级福利片| 国产欧美在线观看| 亚洲主播在线| 久久精品国产91精品亚洲| 国产精品免费看片| 午夜精品美女久久久久av福利| 午夜国产一区| 国产日韩欧美不卡在线| 欧美一区二区视频97| 久久久久在线观看| 亚洲国产成人精品久久久国产成人一区| 午夜亚洲一区| 免费亚洲网站| 最新国产乱人伦偷精品免费网站 | 亚洲伊人一本大道中文字幕| 欧美一区二区三区喷汁尤物| 国产视频在线观看一区二区三区 | 欧美在线视频免费观看| 国产日韩在线看| 久久精品视频在线免费观看| 美女视频一区免费观看| 亚洲欧洲精品一区二区三区波多野1战4 | 久久色中文字幕| 91久久精品一区| 亚洲免费视频网站| 国产伦精品免费视频| 久久精品视频免费| 亚洲日本va午夜在线电影| 中国成人黄色视屏| 国产一区二区黄色| 欧美激情视频在线播放| 亚洲免费影视| 免费成人网www| 亚洲欧美国产不卡| 亚洲成人在线视频网站| 欧美日韩在线观看视频| 欧美伊人影院| 日韩亚洲不卡在线| 开心色5月久久精品| 亚洲午夜精品久久久久久app| 国产欧美一区二区三区国产幕精品| 久久男人资源视频| 亚洲夜间福利| 欧美激情在线狂野欧美精品| 午夜精品999| 日韩午夜精品| 极品少妇一区二区三区精品视频| 欧美精品一区二| 欧美在线视频导航| 一区二区日本视频| 亚洲国产日韩在线一区模特| 欧美在线观看视频在线 | 国产一区视频观看| 国产精品萝li| 欧美日韩ab| 美女视频黄a大片欧美| 午夜视频在线观看一区二区三区| 91久久精品美女高潮| 欧美mv日韩mv国产网站app| 欧美一级专区| 亚洲免费人成在线视频观看| 亚洲伦理一区| 最新国产精品拍自在线播放| 国产综合一区二区| 国产女人aaa级久久久级| 欧美午夜www高清视频| 欧美日韩国产精品一区二区亚洲| 久久久久国产精品一区二区| 性欧美办公室18xxxxhd| 亚洲一区二区三区777| 99精品视频网| 99视频精品在线| 日韩视频免费观看| 亚洲精品日产精品乱码不卡| 欧美激情一级片一区二区| 麻豆成人在线观看| 麻豆精品视频| 免费一级欧美在线大片| 欧美1区2区视频| 欧美大色视频| 亚洲娇小video精品| 国产日韩综合一区二区性色av| 99精品国产99久久久久久福利| 麻豆精品精华液| 裸体歌舞表演一区二区 | 亚洲精品1234| 亚洲精品一区二区三区av| 亚洲美女电影在线| 一区二区精品国产| 亚洲免费人成在线视频观看| 午夜国产精品视频| 久久精品中文| 欧美承认网站| 亚洲精品少妇30p| 中国成人亚色综合网站| 亚洲欧美日本伦理| 久久久久一区二区三区四区| 欧美不卡视频| 国产精品乱子乱xxxx| 国产一区日韩一区| 亚洲激情六月丁香| av72成人在线| 久久国产主播| 亚洲大胆av| 99国产麻豆精品| 亚洲欧美文学| 女同一区二区| 国产精品视频专区| 在线观看福利一区| 亚洲午夜成aⅴ人片| 亚洲综合视频网| 免费国产一区二区| 99在线热播精品免费| 久久大逼视频| 欧美日韩第一区日日骚| 国产亚洲一区二区三区| 日韩视频不卡| 久久xxxx精品视频| 亚洲国产老妈| 性久久久久久久久久久久| 欧美高清视频在线| 国产麻豆午夜三级精品| 1000部国产精品成人观看| 亚洲婷婷在线| 欧美国产精品一区| 性久久久久久| 欧美色网在线| 亚洲国产精品成人精品| 欧美一区亚洲二区| 亚洲伦理网站| 男男成人高潮片免费网站| 国产免费观看久久黄| 9色porny自拍视频一区二区| 久久综合激情| 欧美一区二区三区日韩视频| 欧美色精品在线视频| 亚洲精品视频在线| 欧美阿v一级看视频| 欧美一区二区成人|