介绍
现在很多网站为了实现即时通讯，所用的技术都是轮询(polling)。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP request，然后由服务器返回最新的数据给客服端的浏览器。
这种传统的HTTP request 的模式带来很明显的缺点 – 浏览器需要不断的向服务器发出请求，然而HTTP request 的header是非常长的，里面包含的数据可能只是一个很小的值，这样会占用很多的带宽。
而最比较新的技术去做轮询的效果是comet
在 WebSocket API，浏览器和服务器只需要要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。
运行环境：
客户端
实现了websocket的浏览器
Chrome | Supported in version 4+ |
Firefox | Supported in version 4+ |
Internet Explorer | Supported in version 10+ |
Opera | Supported in version 10+ |
Safari | Supported in version 5+ |
服务端
依赖
Tomcat 7.0.47以上 + J2EE7
注意：早前业界没有统一的标准，各服务器都有各自的实现，现在J2EE7的JSR356已经定义了统一的标准，请尽量使用支持最新通用标准的服务器。
详见：http://www.oracle.com/technetwork/articles/java/jsr356-1937161.htmlhttp://jinnianshilongnian.iteye.com/blog/1909962
我是用的Tomcat 7.0.57 + Java7http://www.iteye.com/news/28414
ps：最早我们是用的Tomcat 7自带的实现，后来要升级Tomcat 8，结果原来的实现方式在Tomcat 8不支持了，就只好切换到支持Websocket 1.0版本的Tomcat了。
主流的java web服务器都有支持JSR365标准的版本了，请自行Google。
用nginx做反向代理的需要注意啦，socket请求需要做特殊配置的，切记！
Tomcat的处理方式建议修改为NIO的方式，同时修改连接数到合适的参数，请自行Google！
服务端不需要在web.xml中做额外的配置，Tomcat启动后就可以直接连接了。
实现
工具类用来存储唯一key和连接
这个是我业务的需要，我的业务是服务器有对应动作触发时，推送数据到客户端，没有接收客户端数据的操作。
推送数据到客户端
在其他业务方法中调用
我是使用异步的方法推送数据，还有同步的方法
详见：http://docs.oracle.com/javaee/7/api/javax/websocket/Session.html
客户端代码
其他调试工具
Java实现一个websocket的客户端
依赖：
代码：
chrome安装一个websocket客户端调试
