HTTP的发展、演变、版本对比
HTTP1.0和HTTP1.1区别：HTTP1.1默认开启keep-alive和管线化存储。
开启keep-alive
管线化存储
HTTP2.0的特性、为什么有这些变化、好在哪里
Http1.x存在的问题:
- pipeling 传输方式浏览器在处理时有各自问题和bug，所以一般默认也未开启支持。另外对于大文件依旧会存在服务器阻塞。
- 主流用的还是keep-alive，在一个连接里资源的请求是串行的。为了加快并行速度浏览器会开多个连接，一个域名默认最多开约6个连接，超过限制数目的请求会被阻塞。（所以一些网站静态资源使用了多个域名，但域名太多管理不便且域名解析也需要时间）
- 只能客户端主动发起请求，不能服务器主动发起。
- 请求/响应首部太大了，未经压缩就发送，浪费
- 每次请求/响应的首部大都是冗余的重复的内容
- 数据压缩非强制，可能存在未经压缩的情况
- 请求顺序没优先级，只能听天命(HTML资源顺序)
- 客户端可以解析html发送一个个的资源请求，服务器也能啊
Http2.0的改进
- 基于二进制流。将一个TCP连接分为若干个流（Stream），每个流中可以传输若干消息（Message），每个消息由若干最小的二进制帧（Frame）组成。
- 多路复用(Multiplexing)。一个TCP连接，可以无限制处理多个请求
- 请求可以设置优先级
- 压缩Http首部
- 服务器推送(Server Push) 。客户端发送获取HTML的请求，服务器把HTML以及HTML里需要的资源一起发过去
- 服务器提示(Server Hints)，preload 和prefetch。 浏览器会在空闲的时间加载这个大的图片，下次请求可能会用到
HTTP3 改进
HTTP / 1.1和HTTP / 2使用TCP作为其传输。HTTP / 3使用QUIC，这是Google最初开发的一种基于UDP的传输层网络协议。
改用QUIC的目的是解决HTTP / 2的一个主要问题HOL阻塞 (head-of-line blocking) 。HTTP / 1.1中的HOL是指当浏览器中允许的并行请求数用完时，随后的请求需要等待前一个请求完成。HTTP / 2通过请求复用解决了此问题，该复用消除了应用程序层的HOL阻塞，但HOL仍存在于传输（TCP）层。
Preload与 Server Push
preload 预加载，告诉浏览器下一步立即要加载什么资源。
<link rel="preload" href="https://example.com/images/large-background.jpg">
prefetch 预加载，告诉浏览器下一步要加载什么资源。在空闲时加载。
<link rel="preload" href="https://example.com/images/music.mp3">
网友评论