目前消息通知场景的业务,我看了多个网站的网络连接,都没有通过建立 ws 去解决
似乎都是通过判断当前tab 页面可见,然后重刷用户消息。
不过思否再用 ws
不用 ws 的原因是否因为成本较高?
目前消息通知场景的业务,我看了多个网站的网络连接,都没有通过建立 ws 去解决
似乎都是通过判断当前tab 页面可见,然后重刷用户消息。
不过思否再用 ws
不用 ws 的原因是否因为成本较高?
首先,WebSocket 是一种网络通信协议,它允许在浏览器和服务器之间建立持久的连接,并进行双向通信。虽然 WebSocket 协议本身不是为消息通知场景设计的,但它在某些情况下确实可以被用于实现消息通知功能。
关于您提到的应用程序是否使用 WebSocket,实际上有很多应用程序正在使用 WebSocket 进行实时通信和消息传递。例如,聊天应用、在线协作工具、实时数据监控等,这些应用都需要在客户端和服务器之间建立持久的连接,以便实时地传递消息和数据。
对于消息通知场景,虽然一些网站可能没有使用 WebSocket,而是采用了其他方法来判断当前 tab 页面是否可见,并重新加载用户消息,但这并不意味着 WebSocket 没有被使用。WebSocket 可以提供更实时、更高效的通信方式,使得客户端和服务器之间的数据传输更加快速和流畅。
至于您提到的成本问题,使用 WebSocket 的成本确实相对较高。一方面,WebSocket 需要更多的服务器资源和带宽资源,因为每个连接都需要独立的通道和数据传输。另一方面,WebSocket 需要更多的开发和维护工作,因为需要处理连接建立、断开、错误处理等情况,并且需要保证系统的稳定性和可用性。因此,在使用 WebSocket 时需要考虑这些成本因素,并根据实际需求做出权衡和选择。
8 回答5.9k 阅读✓ 已解决
9 回答9.3k 阅读
6 回答4.9k 阅读✓ 已解决
4 回答13.3k 阅读✓ 已解决
5 回答3.6k 阅读✓ 已解决
13 回答6k 阅读
3 回答10.4k 阅读✓ 已解决
找的网站不对呗。如果站内信一类的场景,对实时性要求本来就不高,自然就没必要上 WS 了。(实话实说我觉得思否上 WS 纯粹是他们程序员想在实际项目里练手所以硬找的场景,其实完全没必要)
但你找个即时通讯场景,比如 Discord,或者那种带在线客服功能的电商;再或者找个团队协作的办公场景,比如云文档这类的,就都是 WS 了。