WebSocket简介一

HTML5作为下一代web标准，拥有许多引人注目的新特性，如Canvas、本地存储、多媒体编程接口、WebSocket等等。其中WebSocket具有“Web TCP”之称。

Websocket的出现时基于web应用的实时性需要而产生的。这种实时的Web应用有很多，比如新浪微博的评论。私信的通知、腾讯的WebQQ等。

在WebSocket出现之前，一般通过两种方式来实现Web实时通讯：轮询机制和流技术；其中轮询有不同的轮询，还有一种叫Comet的长轮询。

轮询：这是最早的一种实现实时Web应用的方案。客户端以一定的时间间隔向服务器端发出请求，以频繁请求的方式来保持客户端和服务器端的同步。这种同步方案的缺点是，当客户端以固定频率向服务器端发起请求的时候，服务器端的数据可能并没有更新，这样会带来很多无谓的网络传输，所以这是一种非常低效的实时方案。

长轮询：是对定时轮询的改进和提高，目的是为了降低无效的网络传输。当服务器端没有数据更新的时候，连接会保持一段时间周期直到数据或状态改变或者时间过期，通过这种机制来减少无效的客户端和服务器间的交互。当然，如果服务端的数据变更非常频繁的话，这种机制和定时轮询比较起来没有本质上的性能的提高。

流：就是在客户端的页面使用一个隐藏的窗口向服务器端发出一个长连接的请求。服务器端接到这个请求后作出回应并不断更新连接状态以保证客户端和服务器端的连接不过期。通过这种机制可以将服务器端的信息源源不断的推向客户端。这种机制在用户体验上有一点问题，需要针对不同的浏览器设计不同的方案来改进用户体验，同时这种机制在并发比较大的情况下，对服务器端的资源是一个极大的考验。

上述方式其实并不是真正的实时技术，只是使用了一种技巧来实现的模拟实时。在每次客户端和服务器交互的时候都是一次HTTP请求和应答的过程，而每一次的HTTP请求和应答都带有完整的HTTP头信息，这就是增加了每次传输的数据量。但这些方式最痛苦的是开发人员，因为不论客户端环视服务器端的实现都很复杂，为了模拟比较真实的实时效果，开发人员往往需要构造两个HTTP连接来模拟客户端和服务器之间的双向通讯，一个连接用来处理客户端到服务器端的负载，制约了应用系统的扩展性。

基于上述弊端，实现Web实时应用的技术出现了，WebSocket通过浏览器提供的API真正实现了具备像C/S架构下的桌面系统的实时通讯能力。其原理是使用JavaScript调用浏览器的API发出一个WebSocket请求至服务器，经过一次握手，和服务器建立了TCP通讯，因为它本质上是一个TCP连接，所以数据传输的稳定性和数据传输比较小。