Java遠(yuǎn)程通信可選技術(shù)和原理

1、在分布式服務(wù)框架中，一個(gè)最基礎(chǔ)的問題就是遠(yuǎn)程服務(wù)是怎么通訊的，在Java領(lǐng)域中有很多可實(shí)現(xiàn)遠(yuǎn)程通訊的技術(shù)，例如：RMI、MINA、ESB、 Burlap、Hessian、SOAP、EJB和JMS等，這些名詞之間到底是些什么關(guān)系呢，它們背后到底是基于什么原理實(shí)現(xiàn)的呢，了解這些是實(shí)現(xiàn)分布式服務(wù)框架的基礎(chǔ)知識(shí)，而如果在性能上有高的要求的話，那深入了解這些技術(shù)背后的機(jī)制就是必須的了，在這篇blog中我們將來一探究竟，拋磚引玉，歡迎大家提供更多的實(shí)現(xiàn)遠(yuǎn)程通訊的技術(shù)和原理的介紹?；驹?要實(shí)現(xiàn)網(wǎng)絡(luò)機(jī)器間的通訊，首先得來看看計(jì)算機(jī)系統(tǒng)網(wǎng)絡(luò)通信的基本原理，在底層層面去看，網(wǎng)絡(luò)通信需要做的就是將流從一臺(tái)計(jì)算機(jī)

2、傳輸?shù)搅硗庖慌_(tái)計(jì)算機(jī)，基于傳輸協(xié)議和網(wǎng)絡(luò)IO來實(shí)現(xiàn)，其中傳輸協(xié)議比較出名的有bbb、tcp、udp等等，bbb、tcp、udp都是在為某類應(yīng)用場(chǎng)景而定義出的傳輸協(xié)議，網(wǎng)絡(luò)IO，主要有bio、nio、aio三種方式，所有的分布式應(yīng)用通訊都基于這個(gè)原理而實(shí)現(xiàn)，只是為了應(yīng)用的易用，各種語言通常都會(huì)提供一些更為貼近應(yīng)用易用的應(yīng)用層協(xié)議。應(yīng)用級(jí)協(xié)議 遠(yuǎn)程服務(wù)通訊，需要達(dá)到的目標(biāo)是在一臺(tái)計(jì)算機(jī)發(fā)起請(qǐng)求，另外一臺(tái)機(jī)器在接收到請(qǐng)求后進(jìn)行相應(yīng)的處理并將結(jié)果返回給請(qǐng)求端，這其中又會(huì)有諸如one way request、同步請(qǐng)求、異步請(qǐng)求等等請(qǐng)求方式，按照網(wǎng)絡(luò)通信原理，需要實(shí)現(xiàn)這個(gè)需要做的就是將請(qǐng)求轉(zhuǎn)換成流，通過傳

3、輸協(xié)議傳輸至遠(yuǎn)端，遠(yuǎn)端計(jì)算機(jī)在接收到請(qǐng)求的流后進(jìn)行處理，處理完畢后將結(jié)果轉(zhuǎn)化為流，并通過傳輸協(xié)議返回給調(diào)用端。原理是這樣的，但為了應(yīng)用的方便，業(yè)界推出了很多基于此原理之上的應(yīng)用級(jí)的協(xié)議，使得大家可以不用去直接操作這么底層的東西，通常應(yīng)用級(jí)的遠(yuǎn)程通信協(xié)議會(huì)提供：1、為了避免直接做流操作這么麻煩，提供一種更加易用或貼合語言的標(biāo)準(zhǔn)傳輸格式；2、網(wǎng)絡(luò)通信機(jī)制的實(shí)現(xiàn)，就是替你完成了將傳輸格式轉(zhuǎn)化為流，通過某種傳輸協(xié)議傳輸至遠(yuǎn)端計(jì)算機(jī)，遠(yuǎn)端計(jì)算機(jī)在接收到流后轉(zhuǎn)化為傳輸格式，并進(jìn)行存儲(chǔ)或以某種方式通知遠(yuǎn)端計(jì)算機(jī)。所以在學(xué)習(xí)應(yīng)用級(jí)的遠(yuǎn)程通信協(xié)議時(shí)，我們可以帶著這幾個(gè)問題進(jìn)行學(xué)習(xí)：1、傳輸?shù)臉?biāo)準(zhǔn)格式是什么？2、

4、怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧鳎?、怎么接收和處理流？4、傳輸協(xié)議是？不過應(yīng)用級(jí)的遠(yuǎn)程通信協(xié)議并不會(huì)在傳輸協(xié)議上做什么多大的改進(jìn)，主要是在流操作方面，讓應(yīng)用層生成流和處理流的這個(gè)過程更加的貼合所使用的語言或標(biāo)準(zhǔn)，至于傳輸協(xié)議則通常都是可選的，在java領(lǐng)域中知名的有：RMI、XML-RPC、Binary-RPC、SOAP、CORBA、JMS，來具體的看看這些遠(yuǎn)程通信的應(yīng)用級(jí)協(xié)議：- RMI RMI是個(gè)典型的為java定制的遠(yuǎn)程通信協(xié)議，我們都知道，在single vm中，我們可以通過直接調(diào)用java object instance來實(shí)現(xiàn)通信，那么在遠(yuǎn)程通信時(shí)，如果也能按照這種方式當(dāng)然是最好了，這種

5、遠(yuǎn)程通信的機(jī)制成為RPC（Remote Procedure Call），RMI正是朝著這個(gè)目標(biāo)而誕生的。來看下基于RMI的一次完整的遠(yuǎn)程通信過程的原理：1、客戶端發(fā)起請(qǐng)求，請(qǐng)求轉(zhuǎn)交至RMI客戶端的stub類；2、stub類將請(qǐng)求的接口、方法、參數(shù)等信息進(jìn)行序列化；3、基于tcp/ip將序列化后的流傳輸至服務(wù)器端；4、服務(wù)器端接收到流后轉(zhuǎn)發(fā)至相應(yīng)的skelton類；5、skelton類將請(qǐng)求的信息反序列化后調(diào)用實(shí)際的處理類；6、處理類處理完畢后將結(jié)果返回給skelton類；7、Skelton類將結(jié)果序列化，通過tcp/ip將流傳送給客戶端的stub；8、stub在接收到流后反序列化，將反序列化后

6、的Java Object返回給調(diào)用者。來看jboss-remoting對(duì)于此過程的一個(gè)更好的圖示：根據(jù)原理來回答下之前學(xué)習(xí)應(yīng)用級(jí)協(xié)議帶著的幾個(gè)問題：1、傳輸?shù)臉?biāo)準(zhǔn)格式是什么？ 是Java ObjectStream。2、怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧鳎炕贘ava串行化機(jī)制將請(qǐng)求的java object信息轉(zhuǎn)化為流。3、怎么接收和處理流？根據(jù)采用的協(xié)議啟動(dòng)相應(yīng)的監(jiān)聽端口，當(dāng)有流進(jìn)入后基于Java串行化機(jī)制將流進(jìn)行反序列化，并根據(jù)RMI協(xié)議獲取到相應(yīng)的處理對(duì)象信息，進(jìn)行調(diào)用并處理，處理完畢后的結(jié)果同樣基于java串行化機(jī)制進(jìn)行返回。4、傳輸協(xié)議是？ tcp/ip。-XML-RPCXML-RPC也是一種

7、和RMI類似的遠(yuǎn)程調(diào)用的協(xié)議，它和RMI的不同之處在于它以標(biāo)準(zhǔn)的xml格式來定義請(qǐng)求的信息(請(qǐng)求的對(duì)象、方法、參數(shù)等)，這樣的好處是什么呢，就是在跨語言通訊的時(shí)候也可以使用。來看下XML-RPC協(xié)議的一次遠(yuǎn)程通信過程：1、客戶端發(fā)起請(qǐng)求，按照XML-RPC協(xié)議將請(qǐng)求信息進(jìn)行填充；2、填充完畢后將xml轉(zhuǎn)化為流，通過傳輸協(xié)議進(jìn)行傳輸；3、接收到在接收到流后轉(zhuǎn)換為xml，按照XML-RPC協(xié)議獲取請(qǐng)求的信息并進(jìn)行處理；4、處理完畢后將結(jié)果按照XML-RPC協(xié)議寫入xml中并返回。圖示以上過程：同樣來回答問題：1、傳輸?shù)臉?biāo)準(zhǔn)格式是？標(biāo)準(zhǔn)格式的XML。2、怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧?？將XML轉(zhuǎn)化為流。

8、3、怎么接收和處理流？通過監(jiān)聽的端口獲取到請(qǐng)求的流，轉(zhuǎn)化為XML，并根據(jù)協(xié)議獲取請(qǐng)求的信息，進(jìn)行處理并將結(jié)果寫入XML中返回。4、傳輸協(xié)議是？ bbb。-Binary-RPCBinary-RPC看名字就知道和XML-RPC是差不多的了，不同之處僅在于傳輸?shù)臉?biāo)準(zhǔn)格式由XML轉(zhuǎn)為了二進(jìn)制的格式。同樣來回答問題：1、傳輸?shù)臉?biāo)準(zhǔn)格式是？標(biāo)準(zhǔn)格式的二進(jìn)制文件。2、怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧?？將二進(jìn)制格式文件轉(zhuǎn)化為流。3、怎么接收和處理流？通過監(jiān)聽的端口獲取到請(qǐng)求的流，轉(zhuǎn)化為二進(jìn)制文件，根據(jù)協(xié)議獲取請(qǐng)求的信息，進(jìn)行處理并將結(jié)果寫入XML中返回。4、傳輸協(xié)議是？ bbb。-SOAPSOAP原意為Simple

9、 Object Access Protocol，是一個(gè)用于分布式環(huán)境的、輕量級(jí)的、基于XML進(jìn)行信息交換的通信協(xié)議，可以認(rèn)為SOAP是XML RPC的高級(jí)版，兩者的原理完全相同，都是bbb+XML，不同的僅在于兩者定義的XML規(guī)范不同，SOAP也是Webservice采用的服務(wù)調(diào)用協(xié)議標(biāo)準(zhǔn)，因此在此就不多加闡述了。-CORBACommonObjectRequestBrokerArchitecture（公用對(duì)象請(qǐng)求代理調(diào)度程序體系結(jié)構(gòu)），是一組用來定義“分布式對(duì)象系統(tǒng)”的標(biāo)準(zhǔn)，由OMG(ObjectMenagementGroup)作為發(fā)起和標(biāo)準(zhǔn)制定單位。CORBA的目的是定義一套協(xié)議，符合這個(gè)協(xié)

10、議的對(duì)象可以互相交互，不論它們是用什么樣的語言寫的，不論它們運(yùn)行于什么樣的機(jī)器和操作系統(tǒng)。CORBA在我看來是個(gè)類似于SOA的體系架構(gòu)，涵蓋可選的遠(yuǎn)程通信協(xié)議，但其本身不能列入通信協(xié)議這里來講，而且CORBA基本淘汰，再加上對(duì)CORBA也不怎么懂，在此就不進(jìn)行闡述了。-JMSJMS呢，是實(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é)議，在其他的語言體系中也存在著類似JMS的東西，可以統(tǒng)一的將這類機(jī)制稱為消息機(jī)制，而消息機(jī)制呢，通常是高并發(fā)、分布式

11、領(lǐng)域推薦的一種通信機(jī)制，這里的主要一個(gè)問題是容錯(cuò)（詳細(xì)見ErLang論文）。來看JMS中的一次遠(yuǎn)程通信的過程：1、客戶端將請(qǐng)求轉(zhuǎn)化為符合JMS規(guī)定的Message；2、通過JMS API將Message放入JMS Queue或Topic中；3、如為JMS Queue，則發(fā)送中相應(yīng)的目標(biāo)Queue中，如為Topic，則發(fā)送給訂閱了此Topic的JMS Queue。4、處理端則通過輪訓(xùn)JMS Queue，來獲取消息，接收到消息后根據(jù)JMS協(xié)議來解析Message并處理。回答問題：1、傳輸?shù)臉?biāo)準(zhǔn)格式是？JMS規(guī)定的Message。2、怎么樣將請(qǐng)求轉(zhuǎn)化為傳輸?shù)牧?？將參?shù)信息放入Message中即可。3

12、、怎么接收和處理流？輪訓(xùn)JMS Queue來接收Message，接收到后進(jìn)行處理，處理完畢后仍然是以Message的方式放入Queue中發(fā)送或Multicast。4、傳輸協(xié)議是？ 不限。基于JMS也是常用的實(shí)現(xiàn)遠(yuǎn)程異步調(diào)用的方法之一?？蛇x實(shí)現(xiàn)技術(shù) 當(dāng)然，在上面的原理中并沒有介紹到所有的java領(lǐng)域可選的遠(yuǎn)程通信協(xié)議了，例如還有EJB采用的ORMI、Spring自己定義的一個(gè)簡(jiǎn)單的bbb Invoker等等?？赐暝砗笪覀?cè)賮砜纯茨壳癹ava領(lǐng)域可用于實(shí)現(xiàn)遠(yuǎn)程通訊的框架或library，知名的有：JBoss-Remoting、Spring- Remoting、Hessian、Burlap、XFi

13、re(Axis)、ActiveMQ、Mina、Mule、EJB3等等，來對(duì)每種做個(gè)簡(jiǎn)單的介紹和評(píng)價(jià)，其實(shí)呢，要做分布式服務(wù)框架，這些東西都是要有非常深刻的了解的，因?yàn)榉植际椒?wù)框架其實(shí)是包含了解決分布式領(lǐng)域以及應(yīng)用層面領(lǐng)域兩方面問題的。當(dāng)然，你也可以自己根據(jù)遠(yuǎn)程網(wǎng)絡(luò)通信原理(transport protocol+Net IO)去實(shí)現(xiàn)自己的通訊框架或library。那么在了解這些遠(yuǎn)程通訊的框架或library時(shí)，會(huì)帶著什么問題去學(xué)習(xí)呢？1、是基于什么協(xié)議實(shí)現(xiàn)的？2、怎么發(fā)起請(qǐng)求？3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？4、使用什么傳輸協(xié)議傳輸？5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？6、怎么將流還原為傳

14、輸格式的？7、處理完畢后怎么回應(yīng)？-JBoss-RemotingJboss-remoting是由jboss編寫的一個(gè)java領(lǐng)域的遠(yuǎn)程通訊框架，基于此框架，可以很簡(jiǎn)單的實(shí)現(xiàn)基于多種傳輸協(xié)議的java對(duì)象的RPC。直接來回答問題：1、是基于什么協(xié)議實(shí)現(xiàn)的？ JBoss-Remoting是個(gè)通訊框架，因此它支持多種協(xié)議方式的通信，例如tcp/ip+io方式、rmi方式、bbb+io方式等。2、怎么發(fā)起請(qǐng)求？ 在JBoss-Remoting中，只需將需要發(fā)起的請(qǐng)求參數(shù)對(duì)象傳入jboss-remoting的InvocationRequest對(duì)象即可，也可根據(jù)協(xié)議基于InvocationRequest封

15、裝符合需求的InvocationRequest對(duì)象。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ JBoss-Remoting基于Java串行化機(jī)制或JBoss自己的串行化實(shí)現(xiàn)來將請(qǐng)求轉(zhuǎn)化為對(duì)象字節(jié)流。4、使用什么傳輸協(xié)議傳輸？ 支持多種傳輸協(xié)議，例如tcp/ip、bbb等。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 響應(yīng)端只需將自己的處理對(duì)象注冊(cè)到JBoss-Remoting提供的server端的Connector對(duì)象中即可。6、怎么將流還原為傳輸格式的？JBoss-Remoting基于java串行化機(jī)制或jboss自己的串行化實(shí)現(xiàn)來將請(qǐng)求信息還原為java對(duì)象。7、處理完畢后怎么回應(yīng)？ 處理完畢后將結(jié)果

16、對(duì)象直接返回即可，jboss-remoting會(huì)將此對(duì)象按照協(xié)議進(jìn)行序列化，返回至調(diào)用端。另外，jboss-remoting支持多種通信方式，例如同步/異步/單向通信等。-Spring-RemotingSpring-remoting是Spring提供java領(lǐng)域的遠(yuǎn)程通訊框架，基于此框架，同樣也可以很簡(jiǎn)單的將普通的spring bean以某種遠(yuǎn)程協(xié)議的方式來發(fā)布，同樣也可以配置spring bean為遠(yuǎn)程調(diào)用的bean。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 和JBoss-Remoting一樣，作為一個(gè)遠(yuǎn)程通訊的框架，Spring通過集成多種遠(yuǎn)程通訊的library，從而實(shí)現(xiàn)了對(duì)多種協(xié)議的支持，例如rmi

17、、bbb+io、xml-rpc、binary-rpc等。2、怎么發(fā)起請(qǐng)求？ 在Spring中，由于其對(duì)于遠(yuǎn)程調(diào)用的bean采用的是proxy實(shí)現(xiàn)，發(fā)起請(qǐng)求完全是通過服務(wù)接口調(diào)用的方式。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ Spring按照協(xié)議方式將請(qǐng)求的對(duì)象信息轉(zhuǎn)化為流，例如Spring bbb Invoker是基于Spring自己定義的一個(gè)協(xié)議來實(shí)現(xiàn)的，傳輸協(xié)議上采用的為bbb，請(qǐng)求信息是基于java串行化機(jī)制轉(zhuǎn)化為流進(jìn)行傳輸。4、使用什么傳輸協(xié)議傳輸？ 支持多種傳輸協(xié)議，例如rmi、bbb等等。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 響應(yīng)端遵循協(xié)議方式來接收請(qǐng)求，對(duì)于使用者而言，則只需通過s

18、pring的配置方式將普通的spring bean配置為響應(yīng)端或者說提供服務(wù)端。6、怎么將流還原為傳輸格式的？按照協(xié)議方式來進(jìn)行還原。7、處理完畢后怎么回應(yīng)？ 處理完畢后直接返回即可，spring-remoting將根據(jù)協(xié)議方式來做相應(yīng)的序列化。-HessianHessian是由caucho提供的一個(gè)基于binary-RPC實(shí)現(xiàn)的遠(yuǎn)程通訊library。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 基于Binary-RPC協(xié)議實(shí)現(xiàn)。2、怎么發(fā)起請(qǐng)求？需通過Hessian本身提供的API來發(fā)起請(qǐng)求。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ Hessian通過其自定義的串行化機(jī)制將請(qǐng)求信息進(jìn)行序列化，產(chǎn)生二進(jìn)制流。4

19、、使用什么傳輸協(xié)議傳輸？ Hessian基于bbb協(xié)議進(jìn)行傳輸。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 響應(yīng)端根據(jù)Hessian提供的API來接收請(qǐng)求。6、怎么將流還原為傳輸格式的？Hessian根據(jù)其私有的串行化機(jī)制來將請(qǐng)求信息進(jìn)行反序列化，傳遞給使用者時(shí)已是相應(yīng)的請(qǐng)求信息對(duì)象了。7、處理完畢后怎么回應(yīng)？ 處理完畢后直接返回，hessian將結(jié)果對(duì)象進(jìn)行序列化，傳輸至調(diào)用端。-BurlapBurlap也是有caucho提供，它和hessian的不同在于，它是基于XML-RPC協(xié)議的。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 基于XML-RPC協(xié)議實(shí)現(xiàn)。2、怎么發(fā)起請(qǐng)求？根據(jù)Burlap提供的API。3、怎么將

20、請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ 將請(qǐng)求信息轉(zhuǎn)化為符合協(xié)議的XML格式，轉(zhuǎn)化為流進(jìn)行傳輸。4、使用什么傳輸協(xié)議傳輸？ bbb協(xié)議。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 監(jiān)聽bbb請(qǐng)求。6、怎么將流還原為傳輸格式的？ 根據(jù)XML-RPC協(xié)議進(jìn)行還原。7、處理完畢后怎么回應(yīng)？ 返回結(jié)果寫入XML中，由Burlap返回至調(diào)用端。-XFire、AxisXFire、Axis是Webservice的實(shí)現(xiàn)框架，WebService可算是一個(gè)完整的SOA架構(gòu)實(shí)現(xiàn)標(biāo)準(zhǔn)了，因此采用XFire、Axis這些也就意味著是采用webservice方式了。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 基于SOAP協(xié)議。2、怎么發(fā)起請(qǐng)求？獲取到遠(yuǎn)

21、端service的proxy后直接調(diào)用。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ 將請(qǐng)求信息轉(zhuǎn)化為遵循SOAP協(xié)議的XML格式，由框架轉(zhuǎn)化為流進(jìn)行傳輸。4、使用什么傳輸協(xié)議傳輸？ bbb協(xié)議。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 監(jiān)聽bbb請(qǐng)求。6、怎么將流還原為傳輸格式的？ 根據(jù)SOAP協(xié)議進(jìn)行還原。7、處理完畢后怎么回應(yīng)？ 返回結(jié)果寫入XML中，由框架返回至調(diào)用端。-ActiveMQActiveMQ是JMS的實(shí)現(xiàn)，基于JMS這類消息機(jī)制實(shí)現(xiàn)遠(yuǎn)程通訊是一種不錯(cuò)的選擇，畢竟消息機(jī)制本身的功能使得基于它可以很容易的去實(shí)現(xiàn)同步/異步/單向調(diào)用等，而且消息機(jī)制從容錯(cuò)角度上來說也是個(gè)不錯(cuò)的選擇，這是Erl

22、ang能夠做到容錯(cuò)的重要基礎(chǔ)。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 基于JMS協(xié)議。2、怎么發(fā)起請(qǐng)求？遵循JMS API發(fā)起請(qǐng)求。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ 不太清楚，猜想應(yīng)該是二進(jìn)制流。4、使用什么傳輸協(xié)議傳輸？ 支持多種傳輸協(xié)議，例如tcp/ip、udp、bbb等等。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 監(jiān)聽符合協(xié)議的端口。6、怎么將流還原為傳輸格式的？ 同問題3。7、處理完畢后怎么回應(yīng)？ 遵循JMS API生成消息，并寫入JMS Queue中?；贘MS此類機(jī)制實(shí)現(xiàn)遠(yuǎn)程通訊的例子有Spring-Intergration、Mule、Lingo等等。-MinaMina是Apache提供的通訊

23、框架，在之前一直沒有提到網(wǎng)絡(luò)IO這塊，之前提及的框架或library基本都是基于BIO的，而 Mina是采用NIO的，NIO在并發(fā)量增長(zhǎng)時(shí)對(duì)比BIO而言會(huì)有明顯的性能提升，而java性能的提升，與其NIO這塊與OS的緊密結(jié)合是有不小的關(guān)系的。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 可選的傳輸協(xié)議+NIO。2、怎么發(fā)起請(qǐng)求？通過Mina提供的Client API。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ Mina遵循java串行化機(jī)制對(duì)請(qǐng)求對(duì)象進(jìn)行序列化。4、使用什么傳輸協(xié)議傳輸？ 支持多種傳輸協(xié)議，例如tcp/ip、bbb等等。5、響應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 以NIO的方式監(jiān)聽協(xié)議端口。6、怎么將流還原

24、為傳輸格式的？ 遵循java串行化機(jī)制對(duì)請(qǐng)求對(duì)象進(jìn)行反序列化。7、處理完畢后怎么回應(yīng)？ 遵循Mina API進(jìn)行返回。MINA是NIO方式的，因此支持異步調(diào)用是毫無懸念的。-EJBEJB最突出的在于其分布式，EJB采用的是ORMI協(xié)議，和RMI協(xié)議是差不多的，但EJB在分布式通訊的安全控制、transport pool、smart proxy等方面的突出使得其在分布式領(lǐng)域是不可忽視的力量。1、是基于什么協(xié)議實(shí)現(xiàn)的？ 基于ORMI協(xié)議。2、怎么發(fā)起請(qǐng)求？EJB調(diào)用。3、怎么將請(qǐng)求轉(zhuǎn)化為符合協(xié)議的格式的？ 遵循java串行化機(jī)制對(duì)請(qǐng)求對(duì)象進(jìn)行序列化。4、使用什么傳輸協(xié)議傳輸？ tcp/ip。5、響

25、應(yīng)端基于什么機(jī)制來接收請(qǐng)求？ 監(jiān)聽協(xié)議端口。6、怎么將流還原為傳輸格式的？ 遵循java串行化機(jī)制對(duì)請(qǐng)求對(duì)象進(jìn)行反序列化。7、處理完畢后怎么回應(yīng)？ 直接返回處理對(duì)象即可。在之前的分布式服務(wù)框架系列的文章中對(duì)于jndi有誤導(dǎo)的嫌疑，在這篇blog中也順帶的提下jndi的機(jī)制，由于JNDI取決于具體的實(shí)現(xiàn)，在這里只能是講解下jboss的jndi的實(shí)現(xiàn)了。在將對(duì)象實(shí)例綁定到j(luò)boss jnp server后，當(dāng)遠(yuǎn)程端采用context.lookup()方式獲取遠(yuǎn)程對(duì)象實(shí)例并開始調(diào)用時(shí)，jboss jndi的實(shí)現(xiàn)方法是從jnp server上獲取對(duì)象實(shí)例，將其序列化回本地，然后在本地進(jìn)行反序列化，之后

26、在本地進(jìn)行類調(diào)用。通過這個(gè)機(jī)制，就可以知道了，本地其實(shí)是必須有綁定到j(luò)boss上的對(duì)象實(shí)例的class的，否則反序列化的時(shí)候肯定就失敗了，而遠(yuǎn)程通訊需要做到的是在遠(yuǎn)程執(zhí)行某動(dòng)作，并獲取到相應(yīng)的結(jié)果，可見純粹基于JNDI是無法實(shí)現(xiàn)遠(yuǎn)程通訊的。但JNDI也是實(shí)現(xiàn)分布式服務(wù)框架一個(gè)很關(guān)鍵的技術(shù)點(diǎn)，因?yàn)榭梢酝ㄟ^它來實(shí)現(xiàn)透明化的遠(yuǎn)端和本地調(diào)用，就像ejb，另外它也是個(gè)很好的隱藏實(shí)際部署機(jī)制(就像datasource)等的方案?？偨Y(jié) 由上一系列的分析可知，在遠(yuǎn)程通訊領(lǐng)域中，涉及的知識(shí)點(diǎn)還是相當(dāng)?shù)亩嗟?，例如有：通信協(xié)議或遠(yuǎn)程調(diào)用協(xié)議(tcp/bbb/udp/rmi/xml- rpc etc.)、消息機(jī)制、網(wǎng)絡(luò)IO（BIO/NIO/AIO）、MultiThread、本地調(diào)用與遠(yuǎn)程調(diào)用的透明化方案（涉及java classloader、Dynamic Proxy、Unit Test etc.）、異步與同步調(diào)用、網(wǎng)絡(luò)通信處理機(jī)制（自動(dòng)重連、廣播、異常、池處理等等）、Java Serialization (各