首页 理论教育HTML5实战宝典:WebSocket

HTML5实战宝典:WebSocket

【摘要】:基于Flash,Adobe Flash通过自己的Socket完成数据交换,再利用Flash暴露出相应的接口为JavaScript调用,从而达到实时传输目的。在此背景下,基于HTML5规范的,有Web TCP之称的WebSocket应运而生。直到2014年,HTML5正式从草案落实为实际标准规范,各个应用服务器及浏览器厂商逐步开始统一,在JavaEE 7中也实现了WebSocket协议,从而无论是客户端还是服务端的WebSocket都已完备,读者可以查阅HTML5规范,熟悉新的HTML协议规范及WebSocket支持。

众所周知,Web应用的交互过程通常是客户端通过浏览器发出的一个请求,服务器端接收请求后进行处理并返回结果给客户端,客户端浏览器将信息呈现。这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要求高、海量并发的应用来说就显得捉襟见肘。当前移动互联网蓬勃发展,高并发与用户实时响应是Web应用经常面临的问题,比如金融证券的实时信息,Web导航应用中的地理位置获取,社交网络的实时消息推送等。

传统的请求-响应模式的Web开发在处理此类业务场景时,通常采用实时通信方案,常见的是:

(1)轮询,原理简单易懂,就是客户端通过一定的时间间隔以频繁请求的方式向服务器发送请求,来保持客户端和服务器端的数据同步。问题也很明显,当客户端以固定频率向服务器端发送请求时,服务器端的数据可能并没有更新,带来很多无谓请求,浪费带宽,效率低下。

(2)基于Flash,Adobe Flash通过自己的Socket完成数据交换,再利用Flash暴露出相应的接口为JavaScript调用,从而达到实时传输目的。此方式比轮询要高效,因为Flash安装率高,应用场景比较广泛,但在移动互联网终端上Flash的支持并不好。IOS系统上没有Flash的存在,在Android上虽然有Flash的支持,但实际的使用效果差强人意,且对移动设备的硬件配置要求较高。2012年Adobe官方宣布不再支持Android 4.1系统,宣告了Flash正式退出移动终端。(www.chuimin.cn)

传统Web模式在处理高并发及实时性需求的时候,会遇到难以逾越的瓶颈,我们需要一种高效节能的双向通信机制来保证数据的实时传输。在此背景下,基于HTML5规范的,有Web TCP之称的WebSocket应运而生。

早期HTML5并没有形成业界统一的规范,各个浏览器和应用服务器厂商有着不同的实现方式,如IBM的MQTT,Comet开源框架等。直到2014年,HTML5正式从草案落实为实际标准规范,各个应用服务器及浏览器厂商逐步开始统一,在JavaEE 7中也实现了WebSocket协议,从而无论是客户端还是服务端的WebSocket都已完备,读者可以查阅HTML5规范,熟悉新的HTML协议规范及WebSocket支持。