非常大的http内容长度是否会影响性能，特别是在移动环境中

我们有一个在移动设备上运行的传统http客户端应用程序。 它使用http“get”方法从tomcat服务器下载40M文件，并且不使用分块编码。 我们发现，使用非常大的内容长度可以提高桌面测试的性能，很少有“get”请求。 非常大的内容长度也会提高实际设备测试中的性能。

---

非常大的http负载通过许多代理是否有关系？

1/这不会有帮助，2/您可能非常清楚这一点，但这确实非常不好。分块传输编码支持是强制性的，因为（至少）1999年的RFC 2616 HTTP/1.1规范，第26页。这个应用程序不仅仅是传统的：它是老式的。祝你支持它好运，我真诚地表示同情。@jbm:你错了<代码>内容长度仍然是一件事，没有什么需要分块编码，尽管它是首选方法。唯一需要的是确定消息长度的方法。cf我不打算为此争论，是的，内容长度和分块编码是不同的事情，是的，内容长度仍然存在并且不会消失，但是自HTTP1.1以来，分块支持是强制性的。从RFC 7230中，您引用自己的第4.1节。“分块传输编码”，第36页，“接收者必须能够解析分块传输编码。”是这样的，15年多以来一直没有改变过。@jbm好吧，我们一直在谈论稍微不同的事情。我指的是消息传输，在您谈到客户机/服务器功能时，没有任何东西强制使用分块编码。在这方面，是的，你是对的：合格的接收者必须从HTTP/1.1开始理解它。