Web 套接字与间隔轮询
Web Sockets vs Interval Polling
我目前正在寻找处理通知的最佳解决方案。我目前的选择是要么使用 websockets，要么只做一个轮询（每分钟只有 1 个请求，没有长轮询，没有永久轮询）
我在寻找这些方法的性能指标时遇到了一些问题。结果应该能够并行处理大量用户，而不会占用太多资源。
选项A：
- 每 30 秒发送一次请求以检查用户是否有新通知
选项 B：
- 每个用户都持有一个 websocket 连接并直接收到新通知
在后端，我使用 java spring 和 spring 启动。您知道任何最佳实践或参考实施吗？
我建议使用选项 A，因为您只需要快速响应而不想实时提供更多信息。您还谈到许多用户，因此在特定时间间隔内请求用户通知应该比为每个用户保持一个开放的 websocket 消耗更少的资源。这也取决于您的环境。
也看看这里：How many system resources will be held for keeping 1,000,000 websocket open?
我目前正在寻找处理通知的最佳解决方案。我目前的选择是要么使用 websockets，要么只做一个轮询（每分钟只有 1 个请求，没有长轮询，没有永久轮询）
我在寻找这些方法的性能指标时遇到了一些问题。结果应该能够并行处理大量用户，而不会占用太多资源。
选项A：
- 每 30 秒发送一次请求以检查用户是否有新通知
选项 B：
- 每个用户都持有一个 websocket 连接并直接收到新通知
在后端，我使用 java spring 和 spring 启动。您知道任何最佳实践或参考实施吗？
我建议使用选项 A，因为您只需要快速响应而不想实时提供更多信息。您还谈到许多用户，因此在特定时间间隔内请求用户通知应该比为每个用户保持一个开放的 websocket 消耗更少的资源。这也取决于您的环境。
也看看这里：How many system resources will be held for keeping 1,000,000 websocket open?