WebSocket 实现全双工、双向、基于 TCP 的协议,用 表示ws(s)😕/,它支持客户端和服务器之间的持久连接。
为什么需要网络套接字?
当 websocket 还没有出现的时候,HTTP 轮询也被用于类似的目的。HTTP 基本上是一种单向协议,其中客户端request向服务器发送,服务器接受请求并发送response。服务器无法发送客户端未发出请求的响应。简单来说,它只响应它的请求。
这种类型的行为给实时应用程序带来了问题。如果服务器需要向客户端发送一些信息但客户端还不知道怎么办?如果没有请求,它无法发起响应。
为了克服这些类型的情况,使用了一种解决方法,称为polling。客户端假设服务器稍后可能需要某些内容,并以特定的时间间隔向服务器发送定期请求(称为轮询请求),以检查是否有新内容。如果服务器没有任何新内容要发送,它只会以空响应进行响应。这种方法称为短轮询。
短轮询图
长轮询与短轮询类似,只是服务器不会对客户端的轮询请求提供空响应。相反,它接收请求,保持连接打开,并且仅在确实有新内容需要发送到客户端时才响应它。服务器发送带有某些数据的响应后,客户端立即或延迟后发送另一个轮询请求。这就是服务器实际上能够发起通信的方式,这在传统的 HTTP 协议中是不可能的。
长轮询插图
上述两种技术都有各自的缺点,导致使用 websocket。
Websocket 的工作
Websocket 允许客户端和服务器发起消息发送。Websocket 协议涉及两个部分的过程。第一部分涉及握手,后一部分涉及数据交换。
网络套接字插图
当客户端向服务器发送标upgrade头设置为 的HTTP 1.1 请求时,会发生初始握手websocket。这仅仅意味着客户端正在通知服务器此连接不是普通的 HTTP 连接,而是需要升级为 websocket 连接。
客户的请求看起来像这样:
GET ws://localhost:5000/ HTTP/1.1
Host: localhost:5000
Connection: Upgrade
Upgrade: websocket
Origin: http://localhost:3000
Sec-WebSocket-Version: 13
Sec-WebSocket-Key: VloOROMIOo0curA7dETByw==
Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
上述请求中的连接类型设置为升级,升级协议设置为websocket。该upgrade标头只能在升级到不同协议的 HTTP 1.1 请求中使用。
、sec-websocket-version、sec-websocket-key和sec-websocket-extensions是客户端发送的特殊标头,用于进一步描述 websocket 连接。
现在客户端请求已发送,服务器将验证该请求(以确保它是真正的 Websocket 连接),如果支持 Websocket 连接则接受该请求,并返回验证响应。
请求验证如下:
服务器需要两条信息 -sec-websocket-key并GUID验证请求。
然后,它将对此信息执行必要的操作并派生一个sec-websocket-accept值,该值随后作为响应标头发送到客户端。该值告诉客户端服务器已接受连接并且现在可以验证该值。
标sec-websocket-accept头并不是了解服务器是否已接受连接所需的唯一内容。还有一个状态代码101必须存在,以反映服务器接受连接。除了101表明 websocket 连接未完成之外的任何状态代码。
服务器响应看起来像这样:
HTTP/