合并Http请求 VS 并行HTTP请求

http

1. 短连接
    Http1.0的默认模式
2. 长连接
    Http1.1的默认模式，开启keep-alive
3. 流水线
    Http1.1的并发请求
    tcp引入窗口的概念，指无需等待确认应答而可以继续发送数据的最大值。
    例如窗口大小是10个MSS（Maximum Segment Size），一般一个MSS为1460字节
    在慢启动阶段，拥塞窗口数量随着每次网络往返而翻倍
    通过窗口，从而可以进行拥塞控制

合并HTTP请求 => 减少tcp连接个数，减少dns解析，tcp建立时间并行HTTP请求 => 增加tcp连接个数

大文件
- 带宽被充分利用，即使使用更多的tcp连接，也不能带来速度上的提升
小文件
- 数据的下载时间占比较小，dns解析，tcp建立存在一定随机性，所以并行请求时间会较多
- 但是也不一定，比如说在时延较长的情况下，小文件可能只需要一次网络往返，而大文件需要多次

所以，并不是一定合并资源就比拆分资源好，

对于大资源，是否合并对于加载时间没有明显影响。但是拆分资源，可以更好的利用浏览器缓存，不会因为某个资源的更新而导致所有资源更新还可以将资源分散到不同服务器上

对于小资源，合并资源在网络良好的情况下，可以提速，但是提升的时间单位以ms计算，但是注意在网络延时较大的情况下，合并可能会带来网络往返的次数增加。

所以，是分是合的意义并不太大，得看业务场景。文章来源

zonglang / code

合并Http请求 VS 并行HTTP请求 #40