双向通信vs单向通信：HTTP长轮询与WebSocket的模式差异疑问

首先要明确：TCP的双向是传输层的底层能力，但应用层协议（HTTP、WebSocket）的规则才决定了「谁能主动发起应用层的数据传输」，这才是两者被区分的核心。

• HTTP长轮询的本质还是请求-响应模型
  HTTP协议的核心规则就是「客户端发起请求，服务器返回响应」，哪怕是长轮询：

  1. 客户端先主动发送一个HTTP请求（比如GET），服务器暂时不返回响应，保持TCP连接打开；
  2. 当服务器有数据要传给客户端时，它只能在这个已有的请求上下文里返回响应数据，响应完成后，这个HTTP连接就会关闭（或者客户端再主动发起新的长轮询请求）；
  3. 服务器绝对不能在没有客户端请求的前提下，主动给客户端发送数据——因为HTTP协议没有定义这种“主动推送”的机制，服务器根本没有合法的应用层上下文来发数据。
     你觉得的“双向”，只是服务器延迟了响应的时机，但本质还是在响应客户端的请求，不是主动发起通信。

• WebSocket是真正的全双工双向通信
  WebSocket通过一次HTTP握手升级协议后，就脱离了HTTP的请求-响应模型：

  1. 握手完成后，两端的WebSocket连接是平等的，服务器和客户端都可以随时主动发送数据，不需要依赖对方先发起请求；
  2. 比如服务器可以在用户刚上线时就主动推通知，客户端也可以随时发消息，双方的发送动作完全独立，没有请求-响应的绑定关系。

• 关于标准差异
  HTTP长轮询只是基于HTTP 1.1的长连接特性实现的一种“模拟推送”的技巧，并没有专门的标准，本质还是HTTP协议的范畴；而WebSocket有独立的RFC标准（RFC 6455），从设计之初就定义了全双工的双向通信能力。

内容的提问来源于stack exchange，提问作者curiousengineer