WebSockets经常被添加到不需要它们的应用程序中，偶尔也从需要它们的应用程序中缺失。理解何时真正需要实时双向通信可以防止过度工程设计和功能缺口。
HTTP如何工作（及其局限性）
标准HTTP是请求-响应模式：客户端发送请求，服务器响应，连接关闭。对于大多数Web应用程序（加载页面、提交表单、获取数据），这完全足够。局限性：服务器不能在客户端不询问的情况下向客户端推送数据。如果你需要服务器通知客户端更改（新消息、更新的价格、实时比分），仅HTTP需要轮询。
轮询 vs. WebSockets
HTTP轮询：客户端每N秒询问”有更新吗？”。实现简单，到处都能工作，但当什么都没有改变时会产生不必要的请求，且延迟受轮询间隔限制。WebSockets：持久双向连接——一旦建立，任何一方都可以随时发送数据。除网络延迟外零延迟；没有浪费的请求。代价：实现更复杂、难以扩展（WebSocket连接是有状态和持久的），需要基础设施中的WebSocket支持。
服务器发送事件（SSE）
SSE是经常被忽视的中间选项：一种单向持久连接，服务器向客户端推送。比WebSockets更简单，使用标准HTTP，对于许多”实时”用例已经足够：实时订阅、进度更新、流式AI响应（这是ChatGPT流式响应的工作方式）。当你需要服务器到客户端的更新但不需要客户端到服务器的实时通信时，使用SSE。
何时使用哪个
HTTP：所有非实时的内容。SSE：实时订阅、进度条、流式文本输出、价格更新。WebSockets：聊天（双向）、多人游戏、协同编辑（Google Docs风格）、实时交易平台。大多数认为自己需要WebSockets的应用程序实际上只需要SSE。
