BlazeDS入门——Message Service

消息服务(Message Service )提供发布(publish)/订阅(subscribe)机制允许Flex 应用程序发布消息、订阅消息终端(messaging destination)，从而实现实时数据的推和协作。

　　一、Message Service

　　Message Service 提供发布(publish)/订阅(subscribe)机制允许Flex 应用程序发布消息、订阅消息终端(messaging destination)，从而实现数据的实时推动和协作传送。

　　消息终端在messaging-config.xml配置，其中频道(channel)是其关键元素，它用来实现客户端和服务器端交换数据。使用BlazeDS，消息终端通常用作streaming频道或者polling频道。

　　使用streaming频道，服务器端会一直响应HTTP请求直到该频道连接被关闭，它允许服务器向客户端不断传送大量的数据。因为HTTP连接是独一无二的，这实现数据的双向传送，每个streaming AMF或者HTTP频道事实上需要两个浏览器 HTTP连接， 一个连接需要不断处理服务器端与频道紧密相关的客户端的响应。另外需要一个短暂连接,只有当数据需要传送到服务器时，它才脱离浏览器连接池；当短暂连接不再需要时，它立即被释放回浏览器连接池。

　　polling频道可以通过简单的时间间隔或者使用服务器等待来配置，如果数据不马上可用 (长轮循)的话。另外，每次轮循响应完成请求。默认下浏览器HTTP 1.1的连接是持续的，浏览器轮循已有的连接，发送并发的轮循请求，以此来减轻轮循的开销。

　　当需要准实时通信时，streaming 频道是最好选择。

　　二、IE 与 Firefox浏览器下的不同

　　浏览器对每个session都有连接数限制。不同的浏览器，连接最大数以及对session的处理方式都不一样。

　　IE中每个session的最大连接数为2。 但如果从开始菜单或快捷方式打开多个IE实例，每个IE实例开启不同的进程并拥有各自session。另外，如果我们通过CTRL+N 开启对已有的IE实例一个新的IE窗口，该窗口将与创建它的IE实例共用一个session 。也就是说，如果程序实例开启不同的进程，我们可以通过HTTP streaming建立不限量应用取得服务器端数据；如果通过CTRL+N开启多个窗口，每个session最多建立2个连接。

　　Firefox中每个session最多建立8个连接。如果从开始菜单或快捷方式打开多个Firefox实例，所有实例开启使用同一进程并共用一个session。既然浏览器对普通的HTTP请求通常只需要一个连接， 理论上我们可以最多可以建立7个HTTP streaming连接。

　　三、messaging-config.xml

　　另外，如果每个session到达最大连接数，使用streaming channel连接到服务器的下一次尝试将失败：Endpoint with id 'my-streaming-amf' cannot grant streaming connection to FlexClient with id 'D640B86F-6B1D-92DF-8288-1B737A371AFE' because max-streaming-connections-per-session limit of '1' has been reached。不过，BlazeDS提供一种优雅的退后机制来处理这种情况：客户端始终会尝试使用频道表(messaging-config.xml中为服务终端定义)中的第一个频道来连接。如果该连接失败, 客户端将自动退后到频道表中的下一频道。在本实例中，我们为所有的服务终端定义了如下默认的ChannelSet：

 

<default-channels>
　　<channel ref="my-streaming-amf"/>
　　<channel ref="my-polling-amf"/>
</default-channels>

　　也就是说，客户端应用会首先尝试使用streaming channel连接，如果连接失败会使用polling channel。

　　客户端代码和使用LCDS差不多，比较简单，基本上都会使用Producer来发布聊天内容，使用Consumer来订阅聊天内容，从而实现实时聊天。另外本应用有简单的登入登出功能。