DWR推技术在开发中需要注意的ScriptSession问题

反转ajax是DWR2.0的一个新特性，它提供从web服务器异步发送数据到浏览器的能力。

web的目的不是服务器连接浏览器，所以及时的获取数据给浏览器可能比较复杂。DWR3支持3种方式的数据push到浏览器：piggback，polling和comet。

polling
轮询可以最直接明显的解决问题。这时浏览器发送服务器请求是有规律和间隔的，例如每3秒，看看是否有页面更新。
comet 
comet允许服务器响应浏览器请求信息比较慢，并且取决于服务器的时间表。也就是长连接。
piggyback（背包）
简单的说就是服务器在下一次请求中返回数据。打个比方，a请求发送，服务器响应。过了一会服务器有新的数据，它会等待下一次b请求（可能不是a），将数据带回页面。存在问题不能及时交互。

三种方式比较：
polling实现简单，但是服务器负载会加大。
comet数据及时响应，但是会造成资源浪费。
piggyback可以说是最好的方式，但是数据响应存在不定时性，取决客户端下次请求间隔。

 

在DWR中你可以根据需要选择其中的某种方式，comet和polling是比较极端的2个例子我们可以采取参数配置连接时间和轮询时间，以求解决服务器负载。

 

DWR中reverse ajax 分积极和消极2种。
积极方式包括comet和polling，也就是数据的及时响应。
DWR默认采用piggyback背包机制，也就是消极方式。

 

active分3种模式：
full streaming mode 全流模式 
 积极模式默认采用全流模式 ，链接只关闭1次，每60秒或检查浏览器关闭。配置文件如下：
 <servlet>
      <servlet-name>dwr-invoker</servlet-name>
      <servlet-class>org.directwebremoting.servlet.DwrServlet</servlet-class>
      <init-param>
      <param-name>activeReverseAjaxEnabled</param-name>
        <param-value>true</param-value>
      </init-param>
    </servlet>
 页面需要设置dwr.engine.setActiveReverseAjax(true);
 从2.0.4默认使用early closing mode
 完全采用流模式2.0.4后需要这样配置
 <init-param>
   <param-name>maxWaitAfterWrite</param-name>
   <param-value>-1</param-value>
 </init-param> 
early closing mode 早期关闭
 2.0.4以后不需要配置，之前需要如下配置：
 <init-param>
   <param-name>maxWaitAfterWrite</param-name>
   <param-value>500</param-value>
 </init-param>

polling mode 轮询模式
 设置activeReverseAjaxEnabled=true 
 <init-param>
   <param-name>org.directwebremoting.extend.ServerLoadMonitor</param-name>
   <param-value>org.directwebremoting.impl.PollingServerLoadMonitor</param-value>
 </init-param>
 轮询默认5秒下面的设置可以改变时间，单位：毫秒
 <init-param>
   <param-name>disconnectedTime</param-name>
   <param-value>60000</param-value>
 </init-param>
 使用2.0.2之前的版本注意，官方说这儿有个bug，用timeToNextPoll替换disconnectedTime

转自：http://blog.csdn.net/songylwq/article/details/6061153