BlazeDS架构分析

     BlazeDS应用程序包括客户端应用程序和服务端应用程序两部分。客户端应用程序通过特定的通道（channels）与服务端应用程序进行通信。其基本原理图如下所示：

 

 一、客户端架构

      （Flex Components )

           RemoteObject ： 远程对象

           HTTPService ：HTTPService

           WebService ：WebService

           Producer ：生产消息

           Consumer ：消费消息

      （Channel Set）

           通道封装了客户端与服务端沟通的细节。关于通道的定义请参考附件中的services-config.xml文件。

       (Messages)

客户端与服务端交互的数据都是以一定格式的Message来封装的。常用的Message有：       RemotingMessage,AcknowledgeMessage,CommandMessage,AsyncMessage等。例如客户端的RemoteObject将客户端数据序列化封装成RemotingMessage通过合适的通道发送给服务器，服务器通过终端（Endpoint）反序列化RemotingMessage中的数据进行业务处理，然后序列化数据为AcknowledgeMessage，并封装到客户端组件的ResultEvent中。

 

 

二、服务端架构

BlazeDS应用的服务端包含在一定的JavaEE WEB应用中。客户端产生一个请求（Request）

并能过合适的通道（channel）路由到服务端合适的终端（endpoint）；到达终端以后，请求再通过包含了MessageBroker，Service，Destination,Adapter 这些类的处理链处理，最后请求转化为合适的Adapter类，而这些类可以被服务端Java应用程序处理。响应结果在服务端被封装序列化成客户端能够识别的数据格式。

 

 （Endpoint）

Endpoint包含在JavaEE Servlet容器中，并由MessageBrokerServlet引导管理。客户端应用通过channel与服务端的endpoint通信。所以channel和endpoint必须使用同样的消息格式。例如AMFChannel必须与AMFEndpoint映射。

  （MessageBroker）

      MessageBroker检查endpoint的目标并路由到正确的服务类。

  （Service And Destinations）

RemotingService and RemotingDestination

HTPProxyService and HTTPProxyDestination

MessageService and MessageDestination

 

Destination是Service的实例，客户端组件通过指定destination 来调用对应的 Server实例。

   （Adapters and assemblers）

RemotingDestination uses JavaAdapter

HTTPProxyDestination uses HTTPProxyAdapter or SOAPAdapter

MessageDestination uses ActionScriptAdapter or JMSAdapter

 

适配器类主要是将客户端请求转换为正确定的对象，以方便服务端处理。

 

下面附主要的配制文件（见附件中的web.xml,Messaging-config.xml,Proxy-config.xml,Remoting-config.xml）