浅析即时通讯开发中HTTP与WebSocket的关系

最新推荐文章于 2025-07-28 16:59:28 发布

原创

最新推荐文章于 2025-07-28 16:59:28 发布 · 1k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#http #websocket #服务器

本文探讨了在即时通讯开发中，为何WebSocket被用来替代HTTP实现双向通信。通过举例IM系统的需要，解释了轮询和长轮询的不足，指出WebSocket利用HTTP握手并建立持久连接的优势。详细阐述了WebSocket协议的握手过程和关键头域，强调其在现有HTTP基础设施上的兼容性和效率。

为什么要用WebSocket来替代HTTP

上一篇中提到WebSocket的目的就是解决传统Web网络传输中的双向通信的问题，HTTP1.1默认使用持久连接（persistent connection），在一个TCP连接上也可以传输多个Request/Response消息对，但是HTTP的基本模型还是一个Request对应一个Response。

以IM聊天系统为例，客户端要向服务器传送数据，同时服务器也需要实时的向客户端传送信息，一个聊天系统就是典型的双向通信。

要实现Web端双向通信，一般会使用这样几种解决方案：

    1）轮询（polling）：轮询就会造成对网络和通信双方的资源的浪费，且非实时；
    2）长轮询：客户端发送一个超时时间很长的Request，服务器hold住这个连接，在有新数据到达时返回Response，相比#1，占用的网络带宽少了，其他类似；
    3）长连接：其实有些人对长连接的概念是模糊不清的，我这里讲的其实是HTTP的长连接（1）。如果你使用Socket来建立TCP的长连接（2），那么，这个长连接（2）跟我们这里要讨论的WebSocket是一样的，实际上TCP长连接就是WebSocket的基础，但是如果是HTTP的长连接，本质上还是Request/Response消息对，仍然会造成资源的浪费、实时性不强等问题。

WebSocket协议基础

WebSocket的目的是取代HTTP在双向通信场景下的使用，而且它的实现方式有些也是基于HTTP的（WS的默认端口是80和443）。现有的网络环境（客户端、服务器、网络中间人、代理等）对HTTP都有很好的支持，所以这样做可以充分利用现有的HTTP的基础设施，有点向下兼容的意味。

简单来讲，