零基础AI编程100课·第34课：聊天消息为何自动出现？解析实时通信原理

你是否注意到，当你发送微信消息时，对方几乎瞬间就能收到；在使用在线文档协作时，别人修改了一个字，你的屏幕也会同步更新；甚至在看股票行情时，价格数据也在每秒刷新。

这些看似不同的功能背后，其实共享着同一个核心技术逻辑：服务器主动将消息推送给你，而不是由你不断去询问服务器。

本期内容将为你拆解实时通信的基本思路，解释为什么聊天消息可以“自己蹦出来”，而无需手动刷新页面。

传统接口的工作模式：请求与响应

要理解实时通信，首先需要回顾普通接口（HTTP API）是如何工作的。

在传统的 Web 交互中，流程通常是这样的：

1. 客户端（浏览器或 App）向服务器发送一个请求。
2. 服务器接收请求，进行处理，并返回结果。
3. 连接随即断开，本次对话结束。

如果你想要获取新的数据，必须再次发起一个新的请求。这就像拨打客服电话：你问完一个问题，挂断电话；下次有事，再重新拨打一次。

这种模式对于大多数静态数据获取（如加载文章列表、提交表单）是非常高效且标准的做法。

轮询（Polling）：模拟实时的笨办法

有些老旧的项目为了模拟“实时”效果，采用了一种称为轮询的方式。

其原理是：前端页面每隔几秒（例如 5 秒），自动向服务器发送一次请求，询问：“有新消息吗？”

• 如果服务器回复“没有”，页面就等待下一次定时请求。
• 如果服务器回复“有”，页面则更新数据。

轮询的缺点非常明显：

• 流量浪费：大部分时候服务器都回复“没有”，但请求依然被发送了。
• 延迟较高：如果消息在两次请求的间隙到达，用户需要等待下一次轮询才能看到。
• 服务器压力大：高频的请求可能会让服务器不堪重负。

WebSocket：建立永不中断的通道

为了解决轮询带来的问题，WebSocket 应运而生。它彻底改变了客户端与服务器之间的通信方式。

核心机制：长连接

WebSocket 建立连接后，这条通道不会立刻断开。页面和服务器之间保持了一条持久的“长连接”。

• 服务器主动推送：当服务器有新内容时，它可以随时通过这条通道将数据推送到前端。
• 即时接收：前端无需主动询问，一旦数据到达，页面立刻就能收到并展示。

这就像开启了一个视频通话，话筒一直开着，谁有事随时可以说，无需每次重新拨号。这就是为什么聊天消息能自动出现，且无需手动刷新的根本原因。

WebSocket 的典型应用场景

WebSocket 特别适合那些对实时性要求极高的场景：

1. 即时通讯系统：如微信、QQ、在线客服系统，消息需要秒级送达。
2. 多人协作文档：如 Google Docs、飞书文档，多人同时编辑时的状态同步。
3. 实时游戏状态更新：游戏中的位置、血量等数据需要毫秒级同步。
4. AI 工具的流式输出：你在 AI 聊天工具中看到的“逐字打字”效果，很多也是依靠 WebSocket 将生成内容一段段推给前端实现的。

何时使用 WebSocket？何时使用普通接口？

虽然 WebSocket 很强大，但它不是万能的。

WebSocket 的代价

• 服务端压力大：维护成千上万个长连接比处理短连接更消耗服务器资源。
• 复杂性高：需要处理断线重连、心跳检测等复杂逻辑。

选择原则

记住一个简单的判断标准：

• 如果你需要主动去问数据（例如：每 5 分钟更新一次天气、加载用户个人资料），使用普通接口即可。
• 如果服务器需要主动通知你（例如：新消息到达、股票价格变动、协作状态更新），则考虑使用 WebSocket。

如果你的业务只是低频更新数据，使用 WebSocket 反而是一种资源浪费。

总结

看到消息“自己出现”的背后，都有一条没有断过的通道在工作。理解普通接口、轮询与 WebSocket 的区别，能帮助你根据业务需求选择最合适的技术方案。

你做过实时通信的功能吗？在评论区聊聊，你使用的是轮询还是 WebSocket？

跟着大聪明不迷路，下期继续。