Web性能优化-什么是多路复用

1. HTTP/2 的帧与流等概念

HTTP/2 是基于二进制帧（Frame），他将一个TCP连接分为若干个流（Stream），每个流中可以传输若干消息（Message），每个消息由若干最小的二进制帧（Frame）组成。

科普：什么是二进制？如果一个二进制人类看得懂，那他就是字符串，否则就是二进制

-------------------
| Length | Type   |
-------------------
| Flag | StreamID |
-------------------
|   Payload       |
-------------------

前面九个字节代表 Length (长度)、Type (类型)、Flags (标记位)、StreamID (所在流的 ID)，第五部分 Payload (数据)，一般为16 K - 16 M（这里说的数据不只是请求体，包含了从 HTTP 请求头开始的所有）

基本没什么区别，只不过是吧以前一个请求、一个响应变成了不同的帧，让那九个字节关联起所有的帧，还有伪头的概念

上次说到 HTTP/1.1 管道的概念，之所以不能使用就是因为响应的时候必须要按顺序
但是在 HTTP/2 中就没有这个问题了，他每个响应都会告诉你对应的是哪个，因为他有前面 9 个字节可以做标记，所以在管道中每个请求响应都是独立的，大大的提升了效率
但是 H2 并不仅仅是加了标记，由于顺序是乱的，所以请求方需要去做一个整合，响应方 Frame 太多了请求方一般还一般需要压缩在发送
有了多路复用以后，以前的并行方案就没有必要了，并行的话还要多开好几个连接
一个管道中能开多少个“路”呢？答案是 100 可以， 1000 个也可以，一般来说 100 都算少的，所以他的效率是极高的

先说结论，我们实际生活中并不会或者说很少使用到这个功能

答案是程序员认为去提前写好的

// Nginx
location {
  root   /usr/share/nginx*html
  index  index.html index.htm
  http2_push  /style.css
  http2_push  /example.css
}

// Nginx
location = / {
  ...
  http2_push_preload on
}

1 2	// index.html 响应头 Link: </style.css>; rel=preload; as=style