请解释 WebSocket 协议的基本概念与工作机制，并说明在云图库这类协同编辑项目中，相较于传统 HTTP 轮询或长连接方案，为什么优先选择 WebSocket 作为通信层实现实时协作。
考察说明
考查对 WebSocket 协议特性的理解及其在实时协同场景下相对 HTTP 的选型判断能力。
回答思路
- 【回答框架 1】WebSocket 是基于 TCP 的全双工通信协议，通过一次 HTTP 升级握手建立长连接，此后客户端与服务端可双向实时推送消息，无需反复建立连接。其核心优势在于低延迟、低开销和真正的服务端主动推送能力。
- 【回答框架 2】HTTP 为请求-响应模式，若实现协同编辑需依赖轮询、长轮询或 SSE。轮询存在大量无效请求与延迟；长轮询虽能模拟推送，但仍需频繁断开重建连接，资源消耗高；SSE 仅支持服务端到客户端单向推送，无法满足双向实时操作。
- 【回答框架 3】在云图库协同编辑中，多个用户需实时同步画布操作、光标位置和注释等高频小消息。WebSocket 的长连接和双向通道能显著降低消息延迟与网络开销，保障多人操作的即时性与一致性，同时减少服务器连接压力，更适合高并发实时场景。
- 【回答框架 4】选型时也需考虑 WebSocket 的复杂度，如连接保活、断线重连、消息有序性、服务端广播与状态同步等，实际项目中通常配合心跳机制与消息协议设计来保证可靠性，而 HTTP 仍可用于上传大图、鉴权等非实时请求。
- 【回答框架 5】综合来看，协同编辑的核心诉求是低延迟双向实时通信，HTTP 的请求-响应模型在此场景效率低下，因此 WebSocket 成为更合理的通信层选择。
- 【关键点 1】WebSocket 通过一次 HTTP 升级握手建立 TCP 长连接，支持双向实时消息推送。
- 【关键点 2】HTTP 轮询与长轮询存在延迟高、无效请求多、资源浪费的问题，SSE 仅支持单向。
- 【关键点 3】协同编辑需要高频双向实时通道，WebSocket 的低延迟与全双工特性最匹配。
- 【关键点 4】实际应用需配合心跳、断线重连和消息协议保证可靠性，HTTP 仍适合非实时请求。
- 【关键点 5】选型关键在实时性、资源效率和服务器负载，WebSocket 在协同场景优势显著。
- 【易错点 1】不能将 WebSocket 简单等同于保证消息不丢失或有绝对可靠性，仍需应用层确认与重传机制。
- 【易错点 2】不应认为 WebSocket 完全替代 HTTP，二者常混合使用，复杂业务需区分实时与非实时请求。
- 【易错点 3】避免忽略连接管理与横向扩展问题，WebSocket 长连接会占用服务器资源，需考虑集群会话共享与负载均衡策略。