Javascript 上传一个大文件还是多个小文件更快？

首先，我不知道这样的问题是否已经存在，我试过了，但找不到，所以如果有，我道歉

我试图通过将每个帧发送到客户端，然后使用Javascript在网站上显示来流式传输视频。（所以它都是使用WebSocket工作的）

我在PC上托管websocket服务器（c是语言）。所以，我拍摄了整个屏幕的截图，并立即将其发送给客户

现在，我的问题是：我应该将多个帧（比如3？）存储到一个文件中，然后上传该文件，还是像我已经做的那样逐帧发送？我想知道哪一个更快

---

谢谢。

他们都将上载相同大小的文件，但其中一个将被拆分。理论上，他们应该同时上传-这也取决于bandwith。

我相信，无论哪种方式，当他们跨网络时，都会被分成数据包，所以更多的是关于如何处理客户端的帧。如果我是你，我会让较低级别的技术处理这样的细节（例如，你正在使用的框架或库），除非你有一个特定的目的来间隔发送帧，因为这会增加上传时间，并且会增加更多的空间，让单独加载帧时出错。例如；您可能会以错误的顺序发送分割的帧。

这实际上取决于“每个文件”的开销有多大。|然而，流媒体已经说明了需要如何做到这一点。从视频文件格式开始，它可以处理缺少的部分，甚至可以更改质量级别。我还建议阅读《速度咆哮》：|通常我告诉人们跳过第1部分，但你肯定需要阅读它。通常最好使用一个大文件，而不是许多小文件。每个文件/每个请求的开销将相加。然而，有了视频，你自然就有了一个大文件。将其拆分为smaler文件真的毫无意义。正如@swills044所写的，较低的网络层已经可以处理将每个大文件（甚至小文件）拆分成更小的帧、数据包等，这被认为是有用的。生活本身就是一个主题。虽然非生活流媒体实际上只是“文件下载”，但这并不完全正确，也并非完全错误。许多小文件将产生“每个文件”的开销。这些请求可能需要完全分离的请求，或者在单个大文件传输中只需要额外的头。单个大文件本质上会更快，因为它将开销降至最低如果这种差异是相关的，并且应该得到关注？这确实是一个重要问题。为此，我们只需将速度链接：