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来订阅聊天内容,从而实现实时聊天。另外本应用有简单的登入登出功能。

发表评论