博客分类：

第一次参见公司的职称评定，评委问了一个问题，是我做权限管理那块的，说admin 管理员修改了一个用户的权限，让这个正在使用中的用户不能再查看系统日志了，如何立刻反映到这个用户上。

我说可以使用一个线程根据用户ID去请求后台，吧最新的权限信息同步到前台，这也是一个笨办法，能解决问题，可以不巧妙，如果我当时对推模式有所研究一定会回答好这个问题。

推模式的好处是由后台主动把信息退送到客户端（比如浏览器），引起客户端（比如HTML DOM结构变化）的变化，使用推模式就能很好的解决我答辩时的问题，我那种扫描轮询的方式会加大服务的压力

首先了解下什么是推模式，以及一个推模式的开源实现（DWR）

以下是来自网上:

深入理解基于 HTTP 长连接的“服务器推”技术（Comet）
http://bbs.phpchina.com/viewthread.php?tid=100836

dwr推

下面是来自晚上的一个聊天室的推模式（使用DWR）的例子我做了简单的修改

1. 聊天室用户信息使用单例模式放在一个Vector中 ,以前是网上的例子是放在list中的，这样做事为了解觉并发问题，应为 Vector 是同步的

2.小米同学做个一个简单的界面

3.对方法在session 中的用户 User 实现了 HttpSessionBindingListener 接口用户推出或者session 超时时候引起

聊天室人数变化会直接推送到前台页面

基本的原理是使用http/1.1的长连接监听某个页面，然后将服务器上的数据推送到监听的页面，由于是服务器端主动推送数据的所以高效省时，节约资源

另外：

web服务器所能处理的链接数是有限的，每个用户都开一个长链接而不释放，当连接数达到峰值时候会阻塞后面的链接，因此需要连接池技术或者叫链接复用，好在这个问题已经有解决方案了，我自己还没实现，最近加班忙的很等闲了我在给以前的 chat 加上连接池！

面向 Java 开发人员的 Ajax: 使用 Jetty 和 Direct Web Remoting 编写可扩展的 Comet 应用程序

注：

1.附件中是聊天室的源码导入 eclipse 可直接修改！

2.将聊天室发布在tomcat中,验证推模式

a.首先建立 chat.xml 在 tomcat的 D:\apache-tomcat-6.0.18\conf\Catalina\localhost 下，内容如下（根据自己的tomcat安装目录做相应的修改）：

     Xml代码   
     
<Context path="/chat" docBase="D:\workspace2\chat\WebRoot"  debug="0" reloadable="true"></Context>

3.启动tomcat .访问 http://localhost:8080/chat 可以看到聊天室的页面

为了便于测试我们需要开两个浏览器分别注册聊天室成员然后互相聊天，看看推模式是如何在两个页面上传送数据的

推模式推模式的研究