一文让你搞懂WebSocket原理

小编最近在工作上碰到了用WebSocket方式连接客户端和服务端的问题，顺便研究了一下WebSocket，现在做一下归纳总结，希望通过此文可以帮助您搞懂WebSocket原理。

 

一、WebSocket简述

首先，象征性的来说说WebSocket是个啥，标准的定义是：

WebSocket是一种在单个TCP连接上进行全双工通信的协议。

 

说人话就是：WebSocket是一个通信协议，基于这种协议客户端和服务端都可以在同一个TCP连接上主动发起通信请求。

 

二、WebSocket特点

对于初学者来说，记住WebSocket以下几个特点即可：

1. 使用很简单

2. 支持双向通信，即时性强

3. 长连接

4. 较少的控制开销

    

三、WebSocket握手原理

在WebSocket API中，客户端和服务端只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。啥都不说，直接看小编我在调试过程中抓包获取的握手协议。

 

1、客户端：申请协议升级

GET /ums/websocket?id=01030212080000026&terminalType=1&appKey=seeCloud HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: 192.168.15.167:9700
Sec-WebSocket-Key: hkFKN6jn3BRX9hEPWU1zvA==
Sec-WebSocket-Version: 13

 

熟悉HTTP的童鞋可能就发现了，这段类似HTTP协议的握手请求中，多了几个东西。

• Upgrade:websocket：表示我发起的是websocket协议请求。

• Connection:Upgrade：表示要升级协议

• Sec-WebSocket-Key：是一个Base64 encode的值，这个是浏览器随机生成的，告诉服务器，不要忽悠我，我要通过这个验证你是不是真的升级到WebSocket。这个Key与后面服务端响应首部的 Sec-WebSocket-Accept是配套的，提供基本的防护，比如恶意的连接，或者无意的连接。

• Sec-WebSocket-Version:13：表示WebSocket的版本。

 

2、服务端：响应协议升级​​​​​​​

HTTP/1.1 101 Switching Protocols
Connection: Upgrade
Sec-WebSocket-Accept: K9phjpOTC23muj7pYwH/Dn/Jq6o=
Server: Jetty(9.3.10.v20160621)
Upgrade: WebSocket

 

其中Upgrade和Connection就是告诉客户端，我服务端已经切换成Websocket协议啦。

Sec-WebSocket-Accept则是返回经过服务器确认，并且加密过后的 Sec-WebSocket-Key。客户端拿到这个key解密就知道服务端是不是忽悠啦~

 

四、WebSocket通信

以前很多网站为了实现推送技术，所用的技术都是轮询。轮询是在特定的时间间隔（如每1秒），由浏览器对服务器发出HTTP请求，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点就是浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的头部，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。下面我们来看一段对话：​​​​​​​

客户端：有没有新信息(Request)
服务端：没有（Response）
客户端：有没有新信息(Request)
服务端：没有。。（Response）
客户端：有没有新信息(Request)
服务端：没有啊。。。（Response）
客户端：有没有新消息（Request）
服务端：好啦好啦，有啦给你。（Response）
客户端：有没有新消息（Request）
服务端：。。。。。没。。。。没。。。没有（Response）

 

通过上面这个例子，我们可以看出，这种方式需要很多资源，而根据我们的理解最好的方式就是我需要你，你就在，你需要我，恰好我也在。小编在谈恋爱的时候，也稀饭这种感觉，屏幕前的你呢？哈哈哈~~~~

 

而WebSocket的出现完美的解决了这么一个问题。于是就出现了下面的对话：​​​​​​​

客户端：洞幺，我要建立WebSocket协议，需要的服务：WebSocket协议版本：13（HTTP Request）
服务端：洞两，ok，确认，已升级为WebSocket协议（HTTP Protocols Switched）
客户端：我需要消息。。。
服务端：暂时没有，有的时候会告诉你的。
服务端：起床了
服务端：吃早饭了。。。
服务端：上班了。。。。
服务端：笑死我了哈哈哈哈哈哈哈

就是这样，只需要客户端经过一次HTTP请求，服务端就可以做到源源不断的给客户端传送信息了。

五、关于WebSocket

WebSocket可写的东西还挺多，比如WebSocket扩展、数据帧格式等，客户端、服务端之间是如何协商、使用扩展的？WebSocket扩展可以给协议本身增加很多能力和想象空间，比如数据的压缩、加密，以及多路复用等。客户端、服务端数据的交换，离不开数据帧格式的定义。客户端、服务端之间能够实现长连接，为什么？在程序设计中，这种设计叫做回调，即：你有信息了再来通知我，而不是我傻乎乎的每次跑来问你这样的协议解决了上面同步有延迟，而且还非常消耗资源的这种情况。

 

小编目前也是粗略学习了其中的皮毛，更详细深刻的内容，等到日后学习好了再向大家汇报。扫描关注下方二维码和我们多多交流WebSocket的问题吧，欢迎不吝赐教！