WebSocket的简单介绍及应用.pdfVIP

WebSocket 的简单介绍及应用 定时刷新的不足与改进 web 开发中可能遇到这样的场景： 网页里的某一块区域里写 了一些内容，但这些内容不是固定的，即使看网页的人没有 做任何操作，它们也会随时间不断变化。股票行情、活动或 游戏的榜单都是比较常见的例子。 对此，一般的做法是用 setTimeout() 或 setInverval() 定 时执行任务， 任务内容是 Ajax 访问一次服务器， 并在成功拿 到返回数据后去更新页面。 这种定时刷新的做法会有这样一些感觉不足的地方： 频繁的定时网络请求对浏览器（客户端）和服务器来说都是 一种负担，尤其是当网页里有多个定时刷新区域的时候。某 几次的定时任务可能是不必要的，因为服务器可能并没有新 数据，还是返回了和上一次一样的内容。页面内容可能不够 新，因为服务器可能刚更新了数据，但下一轮定时任务还没 有开始。 造成这些不足的原因归结起来，主要还是由于服务器的响应 总是被动的。 HTTP 协议限制了一次通信总是由客户端发起 请求，再由服务器端来返回响应。 因此，如果让服务器端也可以主动发送信息到客户端，就可 以很大程度改进这些不足。 WebSocket 就是一个实现这种双 向通信的新协议。 WebSocket 是基于 HTTP 的功能追加协议 WebSocket 最初由 html5 提出，但现在已经发展为一个独 立的协议标准。 WebSocket 可以分为协议（ Protocol ）和 API 两部分，分别由 IETF 和 W3C 制定了标准。 先来看看 WebSocket 协议的建立过程。 为了实现 WebSocket 通信，首先需要客户端发起一次普通 HTTP 请求 （也就是说，WebSocket 的建立是依赖 HTTP 的）。 请求报文可能像这样： GET ws:/// HTTP/1.1 Host: Upgrade: websocket Connection: Upgrade Origin: Sec-WebSocket-Key:pAloKxsGSHtpIHrJdWLvzQ== Sec-WebSocket-Version:13 其中 HTTP 头部字段 Upgrade: websocket 和 Connection: Upgrade 很重要，告 诉服务器通信协议将发生改变，转为 WebSocket 协议。支 持 WebSocket 的服务器端在确认以上请求后，应返回状态 码为 101 Switching Protocols 的响应： HTTP/1.1 101 Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept: nRu4KAPUPjjWYrnzxDVeqOxCvlM= 其中字段 Sec-WebSocket-Accept 是由服务器对前面客户端发送的 Sec-WebSocket-Key 进行确认和加密后的结果，相当于一 次验证，以帮助客户端确信对方是真实可用的 WebSocket 服务器。 验证通过后，这个握手响应就确立了 WebSocket 连接，此 后，服务器端就可以主动发信息给客户端了。此时的状态比 较像服务器端和客户端接通了电话，无论是谁有什么信息想 告诉对方，开口就好了。 一旦建立