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

    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、使用什么传输协议传输？

　　支持多种传输协议，例如tcp/ip、udp、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、是基于什么协议实现的？

    可选的传输协议+NIO.

    2、怎么发起请求？

    通过Mina提供的Client API.

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

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

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

    支持多种传输协议，例如tcp/ip、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、使用什么传输协议传输？

    tcp/ip.

    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）等的方案。

    总结

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