可能重复：
非常大的HTTP请求VS许多小的请求
我需要的2D阵列（如JSON）被从服务器发送到客户端。 这将是围绕400x400的尺寸与周围文字的4个字符的每个条目。 这样就使得它围绕数据的640KB。
以下哪个极端的办法是更好的？
- 我让一气呵成的所有数据的一个大的HTTP请求。
- 我做400个请求 - 每一个要求单排（约1.6 KB）
我相信，最佳的办法是在中间的某个地方。 谁能给我一个想法是什么可能是这个数据的最佳单一请求大小。
谢谢，
Answer 1:
提出请求的时候，你总是必须处理一些开销（如DNS请求，打开连接，关闭它）。 因此，它可能是明智的有1个大的请求。
也有1次大的请求时，你可能会遇到更好的gzip / deflate压缩。
Answer 2:
取决于应用程序以及要达到的效果。 这里有两种情况：
如果你正在处理一个GUI然后分块也许是一个不错的主意，其中一小块将更新的视觉效果让“速度”的人的一种错觉。 在这里，你要在逻辑块备份数据按照GUI更新需求。 您可以将此同样的理念，优先考虑任何其他伪实时情景。
如果在另一方面，你只是倾销这个数据，那么不要块，因为100个字节6请求是整体显著更耗时超过1 600字节的请求。
但是一般来说，网络数据包运输（TCP）分块和交付远远超过你能想出在应用传输层无论优化（HTTP）。 多个请求/组块意味着多个片段。
它通常是徒劳尝试做使用应用层协议的传输层的优化。 而且，恕我直言，这违背了双方:-)的目的
如果您出于某种原因实时要求，那么你应该乘坐的交通工具本身的控制和优化做的有（但似乎并不如此）。
快乐编码
Answer 3:
1个请求肯定去，如果你在服务器上启用gzip压缩你不会发送近640KB什么
所有网页速度优化工具（如YSlow的 ， 谷歌网页速度等），建议减少请求加快页面加载次数。
Answer 4:
HTTP请求的少数会更好，所以让一个请求。
文章来源: Very large HTTP request vs many small requests [duplicate]
