1 简介 流式处理

快速的互联网连接和大量的媒体流设备加速了传统有线电视的衰落。越来越多的人正在摒弃电线，转而使用专用的流媒体替代方案（即使仍然有一些充分的理由保留有线电视）。流媒体服务只会越来越大，数量越来越多，给您留下了大量的选择。

许多切断有线电视的家庭现在订阅了至少一种直播电视流媒体服务，以及一种或多种点播流媒体服务。

流式处理是通过 sockets 完成的，你可以在这里详细了解 sockets。 不过现在的语境中流媒体通常是说的视频音频在线媒体服务。

通俗地说，套接字是您的计算机可以在与另一台计算机的长时间连接中写入/读取的文件，在一台计算机将其关闭之前保持开放连接。

案例：设计一个聊天应用程序，就像 WhatsApp/Instagram 和许多其他应用程序一样

在这里，您可能会考虑减少设置的间隔并使用轮询而不是流式传输，

也就是说，您可能会考虑将设置的间隔减少到 1 秒/0.5 秒，而不是在 10 秒内您为单个客户端请求最多 20 个请求，对于数百万个客户端，这将给我们的服务器同时处理这些请求带来问题。

在这里，您需要注意，您可能会在消息中获得即时体验，但这并不是最佳选择，因为它会给服务器带来更多的负载。

在 Polling 中，对于服务器的响应，将发送每个请求，但在流式处理中，客户端公开侦听，没有来自服务器的外部数据请求。在服务器端，对于流式处理，它不会等待每个请求发送数据，而是在注意到任何更改时推送数据。通过流媒体，您可以获得即时的聊天体验，没有任何延迟，也不会为每个客户端每秒发送 10-20 个请求。

2 流服务场景中的轮询

当客户端处理速度较慢时，在 Polling 和 Streaming 的情况下可能会出现不同的情况。

在 Streaming 中，新增加的内容将在客户端形成一个长队列，一旦它收到第一个事件，服务器就会连续发送下一个事件，然后是下一个事件，直到结束，由于处理不当，会出现延迟，但数据中不会有任何形式的零星。

在 Polling 中，进程需要一些时间来更新。一旦它完成一个，它就会要求另一个并立即回答。服务器始终尝试保持健壮并保持流连接正常工作;如果它不能写入，它将等待并可能过滤更新。

注意：流式处理并不比轮询更好，轮询可能比流式处理更好，这完全取决于您的用例和系统。

通例：如果您需要立即更新数据（实时更新），那么您需要使用流，如果您正在构建一个仪表板而不是监控股票价格或在这里有这样的用例，您可能更喜欢轮询，因为没有真正需要打开连接，并且每 30 秒您可以更新一次数据。

3 案例小结

比如国内的几个视频网站，以及国外的YouTube、Hulu + Live TV 和 DirecTV 等直播电视流媒体服务可让您访问从几十个到几百个频道和网络的直播节目。这些直播频道可能提供一些点播节目，但直播内容通常可以使用服务的云 DVR 功能进行录制。

第三种类型的服务提供来自特定网络的点播和直播节目。Peacock 和 Paramount+ 就是这些例子。