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

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 愛上龍卷風 閱讀(5672) 評論(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>
            欧美一区2区视频在线观看| 亚洲国产成人高清精品| 亚洲免费观看高清完整版在线观看熊| 欧美v日韩v国产v| 亚洲精品国产精品国产自| 欧美激情免费观看| 欧美激情亚洲综合一区| 亚洲一区二区三区国产| 亚洲一区尤物| 伊人色综合久久天天五月婷| 亚洲电影在线| 国产精品网站一区| 美日韩精品免费观看视频| 欧美国产精品专区| 午夜精品久久久久久| 久久国产欧美日韩精品| 亚洲伦理自拍| 欧美一级大片在线观看| 日韩午夜激情av| 亚洲免费在线观看视频| 亚洲人在线视频| 亚洲欧美在线看| 99精品视频一区| 欧美一区二区三区四区在线| 亚洲美女视频在线观看| 欧美一级在线播放| 一区二区激情| 久久久精品国产免费观看同学| 一区二区三区免费看| 久久久久久一区| 午夜精品视频在线观看| 媚黑女一区二区| 久久久久久电影| 国产精品v日韩精品v欧美精品网站| 美女黄毛**国产精品啪啪| 欧美四级在线| 亚洲精品午夜| 91久久精品一区| 久久裸体视频| 久久福利视频导航| 国产精品久久久久永久免费观看| 欧美大成色www永久网站婷| 国产精品欧美风情| 亚洲激情网站| 亚洲清纯自拍| 久久蜜桃香蕉精品一区二区三区| 欧美一区二区日韩| 国产精品国产精品国产专区不蜜| 亚洲第一色在线| 亚洲第一网站| 久久夜色撩人精品| 久久综合国产精品| 狠狠色狠狠色综合系列| 欧美在线观看视频一区二区三区 | 亚洲美女中出| 久久综合久久综合九色| 久久精品国产96久久久香蕉| 欧美视频一区二区三区| 亚洲精品视频免费在线观看| 亚洲国产一区二区三区a毛片| 久久人人看视频| 可以免费看不卡的av网站| 国产在线播精品第三| 欧美专区在线播放| 欧美freesex8一10精品| 欲色影视综合吧| 美女精品国产| 亚洲日本成人女熟在线观看| 亚洲精品日韩一| 欧美特黄一级| 亚洲男人的天堂在线| 久久国产精品久久国产精品| 国产一在线精品一区在线观看| 久久精品91| 欧美国产精品日韩| 99ri日韩精品视频| 国产精品九九久久久久久久| 亚洲欧美变态国产另类| 久久视频精品在线| 最新精品在线| 国产精品第三页| 久久av最新网址| 亚洲福利av| 亚洲专区一区二区三区| 国产一区二区无遮挡| 欧美va亚洲va日韩∨a综合色| 日韩午夜电影av| 久久久久久电影| 99天天综合性| 国产日本亚洲高清| 欧美1区2区视频| 一区二区三区高清视频在线观看| 久久精品99| 亚洲精品一区二区网址| 国产欧美日韩三区| 欧美电影电视剧在线观看| 亚洲女女女同性video| 欧美岛国在线观看| 亚洲欧美日韩国产一区| 极品少妇一区二区三区精品视频| 欧美精品一区二区三| 午夜精品免费| 亚洲精品在线视频观看| 久久在线视频在线| 亚洲欧美日韩精品一区二区 | 国产精品xxx在线观看www| 久久精品中文| 亚洲伊人网站| 日韩午夜三级在线| 美女图片一区二区| 久久aⅴ国产紧身牛仔裤| 亚洲精品日韩在线观看| 激情成人亚洲| 国产精品制服诱惑| 欧美日韩国产成人高清视频| 久久久美女艺术照精彩视频福利播放| 日韩一级黄色片| 欧美护士18xxxxhd| 裸体一区二区三区| 欧美一区二区三区在线| 亚洲午夜久久久| 99成人在线| 亚洲乱码国产乱码精品精天堂| 欧美一区视频| 久久人人爽人人爽| 久久er99精品| 午夜精品久久久久99热蜜桃导演| 一本色道久久综合亚洲精品按摩| 在线观看中文字幕不卡| 国产亚洲毛片| 国产欧美精品在线| 国产精品一二三视频| 欧美日韩一区二区在线| 欧美日韩日日骚| 欧美人与禽猛交乱配| 欧美激情网友自拍| 欧美日本一道本| 欧美日韩视频一区二区三区| 欧美精品久久久久久久久老牛影院| 久久综合网hezyo| 久久久久五月天| 久久先锋资源| 久久综合网络一区二区| 欧美va日韩va| 欧美日韩亚洲综合在线| 欧美日韩久久久久久| 欧美四级伦理在线| 国产精品午夜视频| 国产拍揄自揄精品视频麻豆| 国产毛片精品国产一区二区三区| 国产欧美视频一区二区| 国产一区二区日韩精品| 伊人久久综合| 亚洲精选在线| 亚洲欧美日韩久久精品| 久久国产精品久久久久久| 久久综合久久综合这里只有精品 | 亚洲免费观看高清完整版在线观看| 亚洲美女免费精品视频在线观看| 日韩一区二区高清| 亚洲图片欧美午夜| 久久久国产精彩视频美女艺术照福利| 久久久久久网| 欧美日韩在线视频观看| 国产精品自拍小视频| 亚洲第一精品电影| 一区二区三区欧美亚洲| 欧美在线观看视频在线 | 亚洲一区二区三区激情| 欧美一区二区三区免费视| 快播亚洲色图| 99在线精品视频在线观看| 亚洲欧美日韩一区二区三区在线| 久久伊伊香蕉| 欧美日韩综合网| 狠狠v欧美v日韩v亚洲ⅴ| 99视频日韩| 久久久免费av| 一区二区三区四区五区精品| 欧美中文在线字幕| 欧美日韩一区三区| 亚洲国产成人av| 性欧美暴力猛交另类hd| 亚洲国产精品一区二区第四页av| 一区二区三区日韩欧美| 女人香蕉久久**毛片精品| 国产区亚洲区欧美区| 夜夜爽www精品| 欧美大香线蕉线伊人久久国产精品| 亚洲视频在线观看免费| 欧美成年人视频网站| 国模 一区 二区 三区| 亚洲天堂免费在线观看视频| 免费欧美日韩国产三级电影| 亚洲一区二区黄| 欧美日韩亚洲一区| 91久久久一线二线三线品牌| 久久久久综合| 亚洲欧美在线网| 国产精品一区二区久久|