WebSocket——推送方案选型

原创

于 2025-01-17 16:00:39 发布 · 1k 阅读

CC 4.0 BY-SA版权

文章标签：

一、前言：为何需要服务端主动推送？

在现代应用中，很多功能都依赖于“消息推送”。比如：

这些功能听起来非常常见，但它们的实现并不是那么简单。特别是当需要实时或者高效地推送大量数据时，如何选择合适的推送技术就变得至关重要。

在很多应用中，我们并不希望客户端频繁地去向服务器请求数据，这不仅增加了客户端的负担，也浪费了服务器和网络资源。因此，服务端主动推送消息成为了一种更加高效的方式。

想象一下，你的手机每天都需要向应用的服务器询问：“有没有新消息？有没有新任务？”这种方式就叫做轮询。但轮询会有一些问题：

相比之下，服务端主动推送就解决了这个问题。它的工作原理是：

这就像是你打开了一个“收信箱”，一旦有新信件，信箱会自动通知你，而不是你一直去查“有没有新信件”。这样不仅省去了频繁询问的麻烦，还能让你第一时间获取到最新的消息。

想象一下你正在使用一个聊天应用。每当有人给你发新消息时，你希望立刻看到。通过服务端主动推送的方式，服务器会在有新消息时立刻把消息推送到你手机上，而不是让你的手机每隔几秒钟去检查一次服务器是否有新消息。

这就是服务端主动推送的基本思路，它能提高实时性、降低无效请求和资源消耗。

服务端主动推送技术，解决了频繁轮询带来的性能问题，使得实时性更强、系统负担更轻。接下来的内容，我们将介绍几种常见的推送技术，帮助你更好地理解如何实现服务端主动推送。

在前一部分我们了解了为什么需要服务端主动推送消息，现在我们来介绍几种常见的推送方案。每种方案都有自己的特点和适用场景，了解这些方案可以帮助我们做出最合适的选择。

短轮询是一种最简单的方式，它的原理就是客户端定期向服务器发送请求，询问是否有新消息。如果服务器有新消息，就会返回；如果没有新消息，则返回空。

工作原理：

适用场景：

优缺点：

优点：实现简单，容易部署。客户端只需要发请求，服务器返回数据即可。
缺点：
- 无效请求：即使没有新消息，客户端也会不断向服务器发送请求，这会浪费大量的网络资源。
- 服务器压力大：每次请求都要经过网络传输和处理，服务器压力会很大，尤其是用户量多时。

长轮询是在短轮询的基础上做了一些改进。和短轮询不同的是，长轮询不会立刻返回空结果，而是让客户端的请求“挂起”一段时间，直到服务器有新消息时再返回。

工作原理：

适用场景：

优缺点：

优点：
- 减少无效请求：相比短轮询，减少了无用请求的开销，因为只有在新消息到来时，服务器才会返回数据。
- 较低的延迟：相比短轮询，长轮询的响应速度更快，能够提供更好的用户体验。
缺点：
- 服务器压力仍然存在：虽然每次请求不是都返回空，但仍然存在大量的挂起请求，服务器依然需要处理这些挂起的连接。
- 复杂度较高：服务器需要支持挂起请求、超时处理等额外的功能，增加了系统的复杂度。