基于HTML的websocket实现分析.ppt

目录 基于HTML5的WebSocket实现 邵天岑 JAVA组 时间：2015-01-20 shaotiancen@ 途谱（上海）信息科技有限公司 1、WebSocket的基本概念及其解决的问题 2、WebSocket的基本原理和编程接口 3、WebSocket实例应用 4、WebSocket的支持状况、局限性以及未来的展望 5、常见问题 1、WebSocket的基本概念及其解决的问题 （1）、Web应用的窘境 （2）、Web应用实时通信技术 （3）、WebSocket基本概念及其解决的问题 1.1 、Web应用的窘境 这种机制对于信息变化不是特别频繁的应用尚能相安无事，但是对于那些实时要求比较高的应用来说，比如说在线游戏、在线证券、设备监控、新闻在线播报、RSS 订阅推送等等，当客户端浏览器准备呈现这些信息的时候，这些信息在服务器端可能已经过时了。 1.2 、Web应用实时通信技术 （1）、轮询(Polling)技术 （2）、Comet技术 ①、长轮询机制 ②、流技术 1.2.1、 轮询(Polling)技术 这种同步方案的最大问题是，当客户端以固定频率向服务器发起请求的时候，服务器端的数据可能并没有更新，这样会带来很多无谓的网络传输，所以这是一种非常低效的实时方案。 客户端以一定的时间间隔向服务端发出请求，以频繁请求的方式来保持客户端和服务器端的同步。 1.2.2、Comet技术 （1）、长轮询机制 这种方式从某种程度上减小了网络带宽和CPU利用率等问题。但是，如果 服务端的数据变更非常频繁的话，这种机制和定时轮询比较起来没有本质上 的性能提高。 长轮询是对定时轮询的改进和提高，目地是为了降低无效的网络传输。当服务器端没有数据更新的时候，连接会保持一段时间周期直到数据或状态改变或者时间过期，通过这种机制来减少无效的客户端和服务器间的交互。 1.2.2、Comet技术 （2）、流技术 这种机制在用户体验上有一点问题，需要针对不同的浏览器设计不同的方案来改进用户体验，同时这种机制在并发比较大的情况下，对服务器端的资源是一个极大的考验。 流技术方案通常就是在客户端的页面使用一个隐藏的窗口向服务端发出一个长连接的请求。服务器端接到这个请求后作出回应并不断更新连接状态以保证客户端和服务器端的连接不过期。通过这种机制可以将服务器端的信息源源不断地推向客户端。 1.2 、Web应用实时通信技术 总结： 综合这几种方案，我们会发现，这些目前我们所使用的所谓的实时技术并不是真正的实时技术，它们只是在用 Ajax 方式来模拟实时的效果，在每次客户端和服务器端交互的时候都是一次 HTTP 的请求和应答的过程，而每一次的 HTTP 请求和应答都带有完整的 HTTP 头信息，这就增加了每次传输的数据量，而且这些方案中客户端和服务器端的编程实现都比较复杂，在实际的应用中，为了模拟比较真实的实时效果，开发人员往往需要构造两个 HTTP 连接来模拟客户端和服务器之间的双向通讯，一个连接用来处理客户端到服务器端的数据传输，一个连接用来处理服务器端到客户端的数据传输，这不可避免地增加了编程实现的复杂度，也增加了服务器端的负载，制约了应用系统的扩展性。 1.3 、WebSocket基本概念及其解决的问题 （1）、WebSocket的基本概念 WebSocket是HTML5开始提供的一种在单个 TCP 连接上进行全双工通讯的协议。WebSocket通信协议于2011年被 IETF 定为标准RFC 6455，WebSocket API被 W3C 定为标准。 在WebSocket API中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。 1.3 、WebSocket基本概念及其解决的问题 （2）、WebSocket解决的问题 HTML5 WebSocket 设计出来的目的就是要取代轮询和 Comet 技术，使客户端浏览器具备像 C/S 架构下桌面系统的实时通讯能力。 浏览器通过 JavaScript 向服务器发出建立 WebSocket 连接的请求，连接建立以后，客户端和服务器端就可以通过 TCP 连接直接交换数据。因为 WebSocket 连接本质上就是一个 TCP 连接，所以在数据传输的稳定性和数据传输量的大小方面，和轮询以及 Comet 技术比较，具有很大的性能优势。 1.3 、WebSocket基本概念及其解决的问题 （2）、WebSocket解决的问题