DWR 长连接方式的若干问题

、服务器向指定客户端推送数据

完成聊天室之类的项目时，利用DWR推模式向所有客户端推送数据，的确是很方便，只要客户端的访问页面确定就可以了。但是，若需要对访问同一页面的两个客户端（特别是根据用户身份作不同处理），加以区分，推送不同数据时，就没这么简单了。

有两种方式可以解决这个问题：
    a)、服务端不处理，只管往客户端推送数据，由客户端对收到的数据进行过滤，然后再显示出来。但这种方式的缺点很明显，数据包多且不安全。
    b)、对每个客户端进行单儿标识。DWR中以ScriptSession来代表一个客户端连接，我们可以通过设置ScriptSession的属性，来达到标识客户端的作用。如将sessionid或用户登录名保存在相应的ScriptSession属性中，向客户端推送数据时，根据这个属性加以过滤。相应的代码片段如下：

   

/**
     * 返回有效的ScriptSession.
     * @param user
     * @return
     */
    @SuppressWarnings("unchecked")
    private ScriptSession getCurrentSession(String user){
        ScriptSession xSession = null;
        Collection<ScriptSession> sessions = new HashSet<ScriptSession>();
        sessions.addAll(sctx.getScriptSessionsByPage(PAGE_MAIN));
        for (ScriptSession session : sessions) {
            //查询与消息接收者相符的客户端页面,并输出消息内容
            String xuser = (String)session.getAttribute(SESSION_ATTRNAME_USER);
            if(xuser != null && xuser .equals(user)){
                xSession = session;
            }
        }
        return xSession;
    }

    /**
     * 清除已有连接, 标识当前连接用户(登录或刷新页面时，进行必要的清理).
     * @param user
     * @param session
     */
    private void cleanDwrConnection(user,ScriptSession session){
        String jid = StringUtils.parseBareAddress(user);
        ScriptSession oldSession = getCurrentSession(jid);
        if(oldSession != null && oldSession != session){
            oldSession.invalidate();
            oldSession = null;
        }
        
        session = WebContextFactory.get().getScriptSession();
        session.setAttribute(SESSION_ATTRNAME_USER, jid);
    }

2、使用DWR推模式的实现中，刷新页面引起长连接丢失问题

    最近在做web版即时消息客户端时，遇到这样一个问题：为了减少无用的服务连接，只在登录后才激活长连接（dwr.engine.setActiveReverseAjax(true)，注销后取消长连接）。登录客户端后，用了一段时间后，无法收消息了（消息无法推送到客户端）。后来调试后，发现ScriptSession实例没有绑定物理连接信息(conduits:m:root为空)。测试后发现，当刷新页面后，会产生一个新的ScriptSession实例，而这个ScriptSession的conduits:m:root为空，所以怎么都无法将数据推送到客户端去了。

    客户端激活长连接后(dwr.engine.setActiveReverseAjax(true);)，对应的ScriptSession实例会绑定物理连接信息，而刷新页面刷新而不重新激活长连接，新产生的ScriptSession是没有绑定物理连接信息的，一旦绑定物理连接信息的ScriptSession被销毁后，就产生了这个问题。


实现网络聊天室思路：：
流程：
1、页面产生javascript的sessionId---将当前页面的用户ID和javascript的sessionId一同放入hashmap。
2、刷新页面 又有新的javascript的sessionId。
3、通过主键key 就是用户ID找到其对应的value值，将其value值替换成新生成的javascript的sessionId。
  就是这样，这个dwr推 中的一个bug，目前新版本可以解决这个问题。
只能自己写个方法

ScriptSession不同，第一次访问，会创建一个ScriptSession,但是，如果你刷新，就会创建一个新的ScriptSession