理清 WebSocket 和 HTTP 的关系

最近公司内部同事分享了WebSocket相关的一些知识,之前也用过WebSocket做过一个即时通信的应用。基本上但凡提到WebSocket和HTTP的关系都会有以下两条:

WebSocket和HTTP都是基于TCP协议的两个不同的协议

WebSocket依赖于HTTP连接

作为结论性的总结,直接了当,但是我需要更多的实现细节来解释上述结论。因为都是基于TCP的两个独立的协议,WebSocket按理说可以和HTTP没有关系,所以这里面包含两个问题:

WebSocket依赖于HTTP连接,那么它如何从连接的HTTP协议转化为WebSocket协议?

WebSocket为什么要依赖于HTTP协议的连接?

问题一

幸运的是,第一个问题的答案很容易找到。

每个WebSocket连接都始于一个HTTP请求。具体来说,WebSocket协议在第一次握手连接时,通过HTTP协议在传送WebSocket支持的版本号,协议的字版本号,原始地址,主机地址等等一些列字段给服务器端:

GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key:dGhlIHNhbXBsZSBub25jZQ==
Origin: http://example.com
Sec-WebSocket-Version: 13

注意,关键的地方是,这里面有个Upgrade首部,用来把当前的HTTP请求升级到WebSocket协议,这是HTTP协议本身的内容,是为了扩展支持其他的通讯协议。如果服务器支持新的协议,则必须返回101:

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept:s3pPLMBiTxaQ9kYGzzhZRbK+xOo=

至此,HTTP请求物尽其用,如果成功出发onopen事件,否则触发onerror事件,后面的传输则不再依赖HTTP协议。总结一下,这张图比较贴切:

理清 WebSocket 和 HTTP 的关系

WebSocket and HTTP

问题二

经过学习和理解,我认为有两点:

第一,WebSocket设计上就是天生为HTTP增强通信(全双工通信等),所以在HTTP协议连接的基础上是很自然的一件事,并因此而能获得HTTP的诸多便利。第二,这诸多便利中有一条很重要,基于HTTP连接将获得最大的一个兼容支持,比如即使服务器不支持WebSocket也能建立HTTP通信,只不过返回的是onerror而已,这显然比服务器无响应要好的多。

最后

关于WebSocket和HTTP的讨论其实网上并不少,但因为一些资料本身就逻辑混乱,往往看的越多可能对于它们的关系越糊涂。理清一下这个简单的关系对于了解它们的应用场景还是有必要的,这也是我做这个分析的出发点所在。

相关推荐