一文详解 Websocket 的前世今生

一、阅前热身

如图，我们看到请求 header 中有一行：

Connection:keep-alive

keep-alive 是通知服务器，在这个 HTTP Request/Responset 结束后，不要立即断开 TCP 连接（注意是TCP连接，和HTTP没有关系），后面的HTTP Request仍然可以通过这个TCP连接继续传送。
但是！这只是个建议，服务器可能不支持，也可能忽略掉这个建议。也可能因为时间太久而直接断开TCP连接

通俗点解释就是：keep-alive只是通知服务器，您先别挂，一会儿可能还有活儿，至于它挂不挂还是看它心情。

所以，keep-alive只是客户端建议的一种复用TCP连接的方式，至于服务器支持不支持，就由不得客户端了。
2、keep-alive 只是 http 协议中的一部分
keep-alive 是 http 协议中的一部分，也即客户端可以主动的发起 request 到服务器，服务器只能被动的 response 给客户端。

我要想实现服务器主动的push消息给客户端，keep-alive是无能无力的。

二、服务器的消息如何发给客户端
long long ago~ 服务器端要想主动的push消息给客户端(比如网页聊天室消息的即时收发)，这是不可能滴。
但是，我可以使用ajax轮询、long poll 技术造一个服务端给客户端主动push消息的假象。
什么是 ajax 轮询？
ajax轮询的原理非常简单，让浏览器隔个几秒就发送一次请求，询问服务器是否有新信息。
场景再现：




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

但是这样，有没有发现，大大增加了服务端的负载，并且速度还慢。

②：什么是 long poll？
long poll和ajax差不多，原理都是采用轮询的方式。只不过long poll是采取的阻塞的方式去轮询。
也即客户端发起一个请求连接，这个连接会阻塞住，直到服务端有了消息，才会response给客户端。
场景再现：




客户端：啦啦啦，有没有新信息，没有的话就等有了才返回给我吧（Request）服务端：额。。等待到有消息的时候。。来 给你（Response）客户端：啦啦啦，有没有新信息，没有的话就等有了才返回给我吧（Request） -loop

long pull 虽然降低了服务器的负载，但是需要服务器有很高的并发能力才可以。
而目前处理高并发的模型基本都是异步非阻塞的模型(比如nginx)。

既想阻塞，又想高并发，几乎不可能。
③：总结
ajax轮询、long poll技术虽然都能实现服务端消息的实时通知，但是各有缺点，都不是根本的解决办法。
计算机界急需一种新的技术去处理这些需求~
三、Websocket 来啦
既然 ajax 轮询、long poll 都不怎么样。我们发明一种新的协议吧！
Websocket 协议解决了服务器与客户端全双工通信的问题。
注：什么是单工、半双工、全工通信？信息只能单向传送为单工；信息能双向传送但不能同时双向传送称为半双工；信息能够同时双向传送则称为全双工。
websocket协议解析
Websocket 协议包含两部分：一部分是“握手”，一部分是“数据传输”。为了便于演示，我们采用swoole建立一个websocket服务器来演示。
1、握手
①客户端向服务端发起连接请求


如图，我们在请求服务器的时候，发送了这样的request header。
下面我们就一些比较重要的字段信息进行说明：
Connection:Upgrade #通知服务器协议升级Upgrade:websocket  #协议升级为websocket协议Host:0.0.0.0:9501  #升级协议的服务主机:端口地址Sec-WebSocket-Key:K8o1cNIxO2pR6inTIDBSgg== #传输给服务器的keySec-WebSocket-Version:13 #websocket协议版本13

Sec-WebSocket-Key有什么用呢？
客户端将这个key发送给服务器，服务器将这个key进行处理，将处理后的key返回给客户端，客户端根据这个key是否正确来判断是否建立连接。
②：服务端返回握手应答


如图，我们看到websocket协议状态码是101.

101表示协议切换成功。

我们查看 websocket 的 response header。如图：


下面解释下reponse header字段的含义
Connection:Upgrade #协议升级成功Sec-WebSocket-Accept:GnoYH/ip/ZMh+a5rX5P/YR6e68g= #服务端处理之后的keySec-WebSocket-Version:13#websocket 协议版本号Upgrade:websocket#协议升级为websocket

至此，websocket握手成功！下面就尽情的传输数据吧！
2、数据传输
数据传输需要客户端，没什么好说的了。


Chrome/Firefox/高版本IE/Safari等浏览器内置了JS语言的WebSocket客户端


可以使用一些扩展来实现websocket客户端。
如php的swoole、workerman。



注意：非WebSocket客户端不能与WebSocket服务器通信

作者：子路
链接：https://juejin.im/post/6844903472278536206
精彩专场 ⬇️





精彩议题 ⬇️



扫描二维码报名


近期好文：

某高端数据中心着火！思科遭前员工报复致损失 1600 万元！总投资 100 亿，百度将建数据中心 | 一周 IT 资讯
“高效运维”公众号诚邀广大技术人员投稿，

投稿邮箱：[email protected]，或添加联系人微信：greatops1118.






点个“在看”，一年不宕机