【发布时间】：2015-03-03 07:09:20
【问题描述】：
我注意到分块编码非常适合传输大小未知的网页内容。如果我不得不使用 HTTP 进行文件上传和下载，那么使用 HTTP/1.1 的分块编码功能来提高性能是否有效？还是应该在应用层实现分块？
编辑：通过性能优势，我暗示通过网络传输数据的性能。分块可以改善上传和下载时间吗？还是我违背了它的意图？
【问题讨论】：
标签： performance chunked-encoding http-chunked
【发布时间】：2015-03-03 07:09:20
【问题描述】：
这里的分块不一定会带来性能优势。这取决于您要完成的工作。例如，如果您想避免一次将整个响应保存在内存中，则分块可以避免计算内容长度的需要。但这不一定是性能上的胜利。例如，参见http://zoompf.com/blog/2012/05/too-chunky。应用程序级分块的一些优点是对故障的控制和上传进度跟踪。
【讨论】：
-
感谢您的回复。我所说的性能是指文件传输性能。我可以通过分块来改进它吗？我已经编辑了我的问题以反映这一点。
-
严格评估您的标准：不，分块传输不会增加吞吐量。
-
您能详细说明一下吗？
-
将传输分成序列化的块不会导致每秒有更多的比特流过网络。这不是一个非常深刻的观点——但这是真的。