Web Sockets vs间隔轮询



我目前正在寻找最合适的解决方案来处理通知。我目前的选择要么使用websockets,要么只是做一个轮询(每分钟只有一个请求,没有长轮询,没有永久轮询)

我不知何故有问题找到这些方法的性能指标。结果应该能够并行处理大量用户,而不会占用太多资源。

选项:

  • 每30秒发送一个请求来检查用户是否有一个新的通知

选项B:

  • 每个用户持有一个websocket连接,并直接被告知一个新的通知

在后台,我使用java spring与spring启动。您知道任何最佳实践或参考实现吗?

我建议使用选项A,因为您只需要快速响应,而不想实时提供进一步的信息。你还提到了许多用户,所以在特定的时间间隔内请求用户通知应该比为每个用户保持一个开放的websocket消耗更少的资源。这也取决于你的环境。

还可以看看这里:保持1,000,000个websocket打开需要占用多少系统资源?

相关内容

  • 没有找到相关文章

最新更新