Java远程通讯可选技术及原理（四）

Burlap

　　Burlap也是有caucho提供，它和hessian的不同在于，它是基于XML-RPC协议的。

　　1、是基于什么协议实现的?

　　基于XML-RPC协议实现。

　　2、怎么发起请求?

　　根据Burlap提供的API。

　　3、怎么将请求转化为符合协议的格式的?

　　将请求信息转化为符合协议的XML格式，转化为流进行传输。

　　4、使用什么传输协议传输?

　　Http协议。

　　5、响应端基于什么机制来接收请求?

　　监听Http请求。

　　6、怎么将流还原为传输格式的?

　　根据XML-RPC协议进行还原。

　　7、处理完毕后怎么回应?

　　返回结果写入XML中，由Burlap返回至调用端。

　　--------------------------------------------------------------------------------------------------------------------------------------------------

　　XFire、Axis

　　XFire、Axis是Webservice的实现框架，WebService可算是一个完整的SOA架构实现标准了，因此采用XFire、Axis这些也就意味着是采用webservice方式了。

　　1、是基于什么协议实现的?

　　基于SOAP协议。

　　2、怎么发起请求?

　　获取到远端service的proxy后直接调用。

　　3、怎么将请求转化为符合协议的格式的?

　　将请求信息转化为遵循SOAP协议的XML格式，由框架转化为流进行传输。

　　4、使用什么传输协议传输?

　　Http协议。

　　5、响应端基于什么机制来接收请求?

　　监听Http请求。

　　6、怎么将流还原为传输格式的?

　　根据SOAP协议进行还原。

　　7、处理完毕后怎么回应?

　　返回结果写入XML中，由框架返回至调用端。

　　--------------------------------------------------------------------------------------------------------------------------------------------------

　　ActiveMQ

　　ActiveMQ是JMS的实现，基于JMS这类消息机制实现远程通讯是一种不错的选择，毕竟消息机制本身的功能使得基于它可以很容易的去实现同步/异步/单向调用等，而且消息机制从容错角度上来说也是个不错的选择，这是Erlang能够做到容错的重要基础。

　　1、是基于什么协议实现的?

　　基于JMS协议。

　　2、怎么发起请求?

　　遵循JMS API发起请求。

　　3、怎么将请求转化为符合协议的格式的?

　　不太清楚，猜想应该是二进制流。

　　4、使用什么传输协议传输?

　　支持多种传输协议，例如socket、http等等。

　　5、响应端基于什么机制来接收请求?

　　监听符合协议的端口。

　　6、怎么将流还原为传输格式的?

　　同问题3。

　　7、处理完毕后怎么回应?

　　遵循JMS API生成消息，并写入JMS Queue中。

　　基于JMS此类机制实现远程通讯的例子有Spring-Intergration、Mule、Lingo等等。

　　--------------------------------------------------------------------------------------------------------------------------------------------------

　　Mina

　　Mina 是Apache提供的通讯框架，在之前一直没有提到网络IO这块，之前提及的框架或library基本都是基于BIO的，而Mina是采用NIO的， NIO在并发量增长时对比BIO而言会有明显的性能提升，而java性能的提升，与其NIO这块与OS的紧密结合是有不小的关系的。

　　1、是基于什么协议实现的?

　　基于纯粹的Socket+NIO。
　　2、怎么发起请求?

　　通过Mina提供的Client API。

　　3、怎么将请求转化为符合协议的格式的?

　　Mina遵循java串行化机制对请求对象进行序列化。

　　4、使用什么传输协议传输?

　　支持多种传输协议，例如socket、http等等。

　　5、响应端基于什么机制来接收请求?

　　以NIO的方式监听协议端口。

　　6、怎么将流还原为传输格式的?

　　遵循java串行化机制对请求对象进行反序列化。

　　7、处理完毕后怎么回应?

　　遵循Mina API进行返回。

　　MINA是NIO方式的，因此支持异步调用是毫无悬念的。

　　--------------------------------------------------------------------------------------------------------------------------------------------------

　　EJB

　　EJB最突出的在于其分布式，EJB采用的是ORMI协议，和RMI协议是差不多的，但EJB在分布式通讯的安全控制、transport pool、smart proxy等方面的突出使得其在分布式领域是不可忽视的力量。

　　1、是基于什么协议实现的?

　　基于ORMI协议。

　　2、怎么发起请求?

　　EJB调用。

　　3、怎么将请求转化为符合协议的格式的?

　　遵循java串行化机制对请求对象进行序列化。

　　4、使用什么传输协议传输?

　　Socket。

　　5、响应端基于什么机制来接收请求?

　　监听协议端口。

　　6、怎么将流还原为传输格式的?

　　遵循java串行化机制对请求对象进行反序列化。

　　7、处理完毕后怎么回应?

　　直接返回处理对象即可。

　　在之前的分布式服务框架系列的文章中对于jndi有误导的嫌疑，在这篇blog中也顺带的提下jndi的机制，由于JNDI取决于具体的实现，在这里只能是讲解下jboss的jndi的实现了。

　　在将对象实例绑定到jboss jnp server后，当远程端采用context.lookup()方式获取远程对象实例并开始调用时，jboss jndi的实现方法是从jnp server上获取对象实例，将其序列化回本地，然后在本地进行反序列化，之后在本地进行类调用。

　　通过这个机制，就可以知道了，本地其实是必须有绑定到jboss上的对象实例的class的，否则反序列化的时候肯定就失败了，而远程通讯需要做到的是在远程执行某动作，并获取到相应的结果，可见纯粹基于JNDI是无法实现远程通讯的。

　　但JNDI也是实现分布式服务框架一个很关键的技术点，因为可以通过它来实现透明化的远端和本地调用，就像ejb，另外它也是个很好的隐藏实际部署机制(就像datasource)等的方案。

　　总结

　　由上一系列的分析可知，在远程通讯领域中，涉及的知识点还是相当的多的，例如有：通信协议(Socket/tcp/http/udp/rmi/xml- rpc etc.)、消息机制、网络IO(BIO/NIO/AIO)、MultiThread、本地调用与远程调用的透明化方案(涉及java classloader、Dynamic Proxy、Unit Test etc.)、异步与同步调用、网络通信处理机制(自动重连、广播、异常、池处理等等)、Java Serialization (各种协议的私有序列化机制等)、各种框架的实现原理(传输格式、如何将传输格式转化为流的、如何将请求信息转化为传输格式的、如何接收流的、如何将流还原为传输格式的等等)，要精通其中的哪些东西，得根据实际需求来决定了，只有在了解了原理的情况下才能很容易的做出选择，甚至可以根据需求做私有的远程通讯协议，对于从事分布式服务平台或开发较大型的分布式应用的人而言，我觉得至少上面提及的知识点是需要比较了解的。

　　参考文档(感谢这些文章)

　　RMI原理及实现：http://www.yesky.com/274/1625274.shtml

　　Java NIO原理和使用：http://www.jdon.com/concurrent/nio%D4%AD%C0%ED%D3%A6%D3%C