最小化HTTP连接与并行下载

Question

多年来,Web开发人员一直遵循最小化HTTP连接的逻辑,因为浏览器不会阻塞代码的下载/执行.例如,雅虎长期以来一直在吹捧他们的最佳实践,并告诉我们将CSS/JavaScript /图像资源组合到单个文件中 - 从而减少HTTP请求的总数并压缩总资源大小.

但是在增加网页速度方面存在其他"最佳实践" - 特别是最大化并行HTTP下载数量(来自Google).这种方法告诉我们,通过在多个主机名之间传播HTTP连接,浏览器可以同时执行更多操作.

因此,随着现代Web应用程序变得非常庞大(例如仅3MB +的JavaScript),必须提出这样的问题:

我的应用程序在单个文件中使用3MB + JavaScript加载会更快吗？或者,如果多个较小的文件分布在主机名中,它会加载得更快吗？

为了简单起见,我们还应该假设遵循其他"最佳实践",因此这个问题最好存在于真空中.

我还没有看到关于这个主题的任何实证数据,但我想必须有一个点,这些方法的表现有所不同 - 所以知道哪个甜点存在将是理想的.

Answer 1

我认为这取决于浏览器可用的套接字数量。假设浏览器有 4 个可用套接字，4 个较小的请求将比 1 个较大的请求更快。

这里的技巧是在启动时知道您的应用程序将发送哪些请求，并最大化浏览器可以使用的套接字的请求数。我相信浏览器只有 4 个，但说实话，我从来没有看过这个数字在现代浏览器中是否发生了变化。

看起来每个浏览器都可以有自己的套接字数量，有些有 2：浏览器中的最大并行 http 连接数？

/sf/answers/68999311/说 IE10 是赢家，有 8 个套接字，哇，去 IE :)

当然，缓存控制也会在其中发挥作用，其中第一次加载将是一切，后续加载将减少实际请求。

我同意一些图表和真实数据将是一篇很棒的博客文章，我的回答本质上纯粹是理论性的。