WebSocket vs HTTP 对比

文章目录

- [WebSocket vs HTTP 对比](#WebSocket vs HTTP 对比)
- 1.模式对比
- [2. 详细特性对比表](#2. 详细特性对比表)
- [3. 选择指南](#3. 选择指南)
- - [3.1 使用 HTTP 当：](#3.1 使用 HTTP 当：)
  - [3.2 使用 WebSocket 当：](#3.2 使用 WebSocket 当：)
- 4.现代应用中的结合使用

1.模式对比

头部开销对比连接生命周期通信模式对比 HTTP头部 WebSocket头部每次请求完整头部包含Cookie,User-Agent等开销: 几百字节-几KB 握手后头部极小仅2-14字节帧头开销: 2-14字节 HTTP连接 WebSocket连接建立TCP连接发送HTTP请求接收HTTP响应关闭连接短连接
非持久建立TCP连接 HTTP握手升级 WebSocket连接双向数据传输长连接
持久化 HTTP协议 WebSocket协议请求-响应模式客户端主动发起服务器被动响应每次请求独立全双工双向通信客户端可主动发送服务器可主动推送持久连接
适用场景 HTTP适用场景 WebSocket适用场景网页浏览 REST API 文件下载传统Web应用实时聊天在线游戏股票行情协同编辑

2. 详细特性对比表

特性	HTTP	WebSocket
通信模式	半双工，请求-响应	全双工，双向通信
连接类型	短连接（默认）	长连接，持久化
数据流向	只能客户端发起请求	服务器和客户端都可主动发送
头部开销	每次请求都有完整HTTP头部（几百字节）	连接建立后只有2-14字节帧头
协议升级	不需要	需要HTTP握手升级（101 Switching Protocols）
实时性	低，需要轮询	高，消息即时到达
服务器推送	不支持（需用SSE、长轮询等变通方案）	原生支持服务器主动推送
连接建立	每个请求都可能新建TCP连接	一次握手，长期使用同一TCP连接
适用场景	网页浏览、API调用、文件传输	实时聊天、在线游戏、金融行情、协同编辑

3. 选择指南

3.1 使用 HTTP 当：

✅ 需要请求-响应模式的传统Web应用
✅ 一次性数据获取（如表单提交、API调用）
✅ 兼容性要求极高的场景
✅ 简单的静态内容服务

3.2 使用 WebSocket 当：

✅ 需要实时双向通信
✅ 服务器需要主动推送数据
✅ 低延迟要求高的应用（游戏、交易）
✅ 频繁的小数据量通信

4.现代应用中的结合使用

在实际项目中，通常两者结合使用：

HTTP：用于用户认证、页面加载、API调用
WebSocket：用于实时通知、聊天、实时数据更新