中文字幕二区_国产精品免费在线观看_黄色网站观看_人人草人人澡_日本真实娇小xxxx

XML-RPC

XML-RPC也是一種和RMI類(lèi)似的遠(yuǎn)程調(diào)用的協(xié)議，它和RMI的不同之處在于它以標(biāo)準(zhǔn)的xml格式來(lái)定義請(qǐng)求的信息(請(qǐng)求的對(duì)象、方法、參數(shù)等)，這樣的好處是什么呢，就是在跨語(yǔ)言通訊的時(shí)候也可以使用。

來(lái)看下XML-RPC協(xié)議的一次遠(yuǎn)程通信過(guò)程：

1. 客戶端發(fā)起請(qǐng)求，按照XML-RPC協(xié)議將請(qǐng)求信息進(jìn)行填充；
2. 填充完畢后將xml轉(zhuǎn)化為流，通過(guò)傳輸協(xié)議進(jìn)行傳輸；
3. 接收到在接收到流后轉(zhuǎn)換為xml，按照XML-RPC協(xié)議獲取請(qǐng)求的信息并進(jìn)行處理；
4. 處理完畢后將結(jié)果按照XML-RPC協(xié)議寫(xiě)入xml中并返回。

同樣來(lái)回答問(wèn)題：

1. 傳輸?shù)臉?biāo)準(zhǔn)格式是？
   標(biāo)準(zhǔn)格式的XML。
2. 怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧鳎?br>將XML轉(zhuǎn)化為流。
3. 怎么接收和處理流？
   通過(guò)監(jiān)聽(tīng)的端口獲取到請(qǐng)求的流，轉(zhuǎn)化為XML，并根據(jù)協(xié)議獲取請(qǐng)求的信息，進(jìn)行處理并將結(jié)果寫(xiě)入XML中返回。
4. 傳輸協(xié)議是？
   Http。

Binary-RPC

Binary-RPC看名字就知道和XML-RPC是差不多的了，不同之處僅在于傳輸?shù)臉?biāo)準(zhǔn)格式由XML轉(zhuǎn)為了二進(jìn)制的格式。

同樣來(lái)回答問(wèn)題：

1. 傳輸?shù)臉?biāo)準(zhǔn)格式是？
   標(biāo)準(zhǔn)格式的二進(jìn)制文件。
2. 怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧鳎?br>將二進(jìn)制格式文件轉(zhuǎn)化為流。
3. 怎么接收和處理流？
   通過(guò)監(jiān)聽(tīng)的端口獲取到請(qǐng)求的流，轉(zhuǎn)化為二進(jìn)制文件，根據(jù)協(xié)議獲取請(qǐng)求的信息，進(jìn)行處理并將結(jié)果寫(xiě)入XML中返回。
4. 傳輸協(xié)議是？
   Http。

SOAP

SOAP原意為Simple Object Access Protocol，是一個(gè)用于分布式環(huán)境的、輕量級(jí)的、基于XML進(jìn)行信息交換的通信協(xié)議，可以認(rèn)為SOAP是XML RPC的高級(jí)版，兩者的原理完全相同，都是http+XML，不同的僅在于兩者定義的XML規(guī)范不同，SOAP也是Webservice采用的服務(wù)調(diào)用協(xié)議標(biāo)準(zhǔn)，因此在此就不多加闡述了。

CORBA

Common Object Request Broker Architecture（公用對(duì)象請(qǐng)求代理[調(diào)度]程序體系結(jié)構(gòu)），是一組用來(lái)定義“分布式對(duì)象系統(tǒng)”的標(biāo)準(zhǔn)，由OMG(Object Menagement Group)作為發(fā)起和標(biāo)準(zhǔn)制定單位。CORBA的目的是定義一套協(xié)議，符合這個(gè)協(xié)議的對(duì)象可以互相交互，不論它們是用什么樣的語(yǔ)言寫(xiě)的，不論它們運(yùn)行于什么樣的機(jī)器和操作系統(tǒng)。
CORBA在我看來(lái)是個(gè)類(lèi)似于SOA的體系架構(gòu)，涵蓋可選的遠(yuǎn)程通信協(xié)議，但其本身不能列入通信協(xié)議這里來(lái)講，而且CORBA基本淘汰，再加上對(duì)CORBA也不怎么懂，在此就不進(jìn)行闡述了。

JMS

JMS呢，是實(shí)現(xiàn)java領(lǐng)域遠(yuǎn)程通信的一種手段和方法，基于JMS實(shí)現(xiàn)遠(yuǎn)程通信時(shí)和RPC是不同的，雖然可以做到RPC的效果，但因?yàn)椴皇菑膮f(xié)議級(jí)別定義的，因此我們不認(rèn)為JMS是個(gè)RPC協(xié)議，但它確實(shí)是個(gè)遠(yuǎn)程通信協(xié)議，在其他的語(yǔ)言體系中也存在著類(lèi)似JMS的東西，可以統(tǒng)一的將這類(lèi)機(jī)制稱為消息機(jī)制，而消息機(jī)制呢，通常是高并發(fā)、分布式領(lǐng)域推薦的一種通信機(jī)制，這里的主要一個(gè)問(wèn)題是容錯(cuò)（詳細(xì)見(jiàn)ErLang論文）。

來(lái)看JMS中的一次遠(yuǎn)程通信的過(guò)程：

1. 客戶端將請(qǐng)求轉(zhuǎn)化為符合JMS規(guī)定的Message；
2. 通過(guò)JMS API將Message放入JMS Queue或Topic中；
3. 如為JMS Queue，則發(fā)送中相應(yīng)的目標(biāo)Queue中，如為T(mén)opic，則發(fā)送給訂閱了此Topic的JMS Queue。
4. 處理端則通過(guò)輪訓(xùn)JMS Queue，來(lái)獲取消息，接收到消息后根據(jù)JMS協(xié)議來(lái)解析Message并處理。

回答問(wèn)題：

1. 傳輸?shù)臉?biāo)準(zhǔn)格式是？
   JMS規(guī)定的Message。
2. 怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧鳎?br>將參數(shù)信息放入Message中即可。
3. 怎么接收和處理流？
   輪訓(xùn)JMS Queue來(lái)接收Message，接收到后進(jìn)行處理，處理完畢后仍然是以Message的方式放入Queue中發(fā)送或Multicast。
4. 傳輸協(xié)議是？
   不限。

基于JMS也是常用的實(shí)現(xiàn)遠(yuǎn)程異步調(diào)用的方法之一。

出處：CSDN
責(zé)任編輯：bluehearts

上一頁(yè) Java遠(yuǎn)程通訊可選技術(shù)及原理 [1] 下一頁(yè) Java遠(yuǎn)程通訊可選技術(shù)及原理 [3]

◎進(jìn)入論壇網(wǎng)絡(luò)編程版塊參加討論