为什么在需要双向通信的应用中,为什么不使用Websockets而不是SSE?

时间:2019-03-13 01:14:27

标签: websocket server-sent-events

经过WebSockets vs. Server-Sent events/EventSource和Google上的其他资源后,这是我的理解

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

SSE(服务器端事件)连接只能将数据推送到浏览器。在线股票报价是可以从SSE中受益的应用程序的很好例子。

据说证券交易所更新是一个很好的例子,其中SSE比websockets更好。

我的问题甚至适用于股票报价之类的应用,其中站点提供了许多其他功能(例如创建监视列表),这些功能需要数据从浏览器流向服务器。如果我们使用SSE,则意味着要使用库存站点上的任何其他功能,它需要打开单独的新连接,因为最近打开的SSE连接是从服务器到浏览器的一种方法。不是吗?

如果它是web socket,则相同的连接也可以进行其他交互。

所以我的观点是,当我们确定在客户端发起初始请求之后,只有(严格)服务器到客户端的事件时,SSE模型是好的,否则存在双向通信的可能性(即使对于存在库存更新的情况)有可能使用其他功能,那么网络套接字应该更好)。是不是也是现在,我找不到很多需要从服务器进行更新的应用程序

0 个答案:

没有答案