我正在尝试弄清楚是否有可能在发送 multipart/xmixed-replace 响应时降低服务器速度。我希望我的客户尝试对运动 jpeg 流进行速率限制。我找到了很多关于 server 在 HTTP 响应中发送的内容的文档，但没有关于 client 发送的内容的文档。
客户端在 multipart/x-mixed-replace 响应的每个部分之后发送什么(如果有的话)？如果它不发送任何东西，服务器是否只是继续堆积零件？
最佳答案
实际上我认为 multipart 是一个转移注意力的东西，因为 multipart 的概念只是描述同一消息正文中的内容类型。因此，从服务器的角度来看(就发送内容的速率而言)，这与发送一大块数据并没有什么不同。
所以，我想知道您是否可以让 Range header 只请求一个特定范围 - 一次一个“部分”。
从响应 header 的末尾开始计算字节数。当您到达第一部分的末尾时，记下读取的字节数并关闭连接。发送请求 相同的文档，但将起始范围指定为 block 末尾的字节。再次读取响应，当您到达该部分的末尾时，将当前响应字节添加到前一个字节，关闭连接并重复令人作呕的...
还没有尝试过，但如果服务器支持范围 header 并且您能够在客户端进行一些修补，听起来它会起作用。
可能更容易编写一个通过丢弃数据包来限制速率的客户端代理......
关于http - multipart/x-mixed-replace 是否等待客户端请求？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/430254/