为什么不在需要双向交流的应用程序中使用websockets而不是sse

经过之后 WebSockets vs. Server-Sent events/EventSource 谷歌上的其他资源是我的理解

Web套接字 连接既可以向浏览器发送数据,也可以从浏览器接收数据。

SSE(服务器端事件) 连接只能将数据推送到浏览器。在线股票报价是一个很好的例子,可以从上证综指受益。

证券交易所的更新据说是一个很好的例子,在这里,上交所可以比网上证券交易所更好地选择。

我的问题 甚至对于像股票报价这样的应用程序,网站还提供了许多其他功能(如创建观察列表),这些功能需要数据从浏览器流向服务器。如果我们使用sse,那么它意味着在股票网站上使用任何其他功能,它需要打开单独的新连接,因为sse连接最后打开是从服务器到浏览器的一种方式。不是吗?

如果是WebSocket,同样的连接也会为其他交互服务。

因此,我的观点是,当我们确信在客户机发起初始请求之后,只有(严格地)服务器到客户机事件时,SSE模型是好的,否则在存在双向通信可能性的情况下(即使对于有可能使用其他功能的股票更新,那么Web Socket应该更好)。不是吗?现在我也找不到很多只需要服务器更新的应用程序