共计 3681 个字符，预计需要花费 10 分钟才能阅读完成。
残缺浏览本文大概须要 5 分钟。
概述
HTTP 协定一共有四个阶段比拟重要的阶段，别离是 0.9/1/2/3，其中 1 又分为 1.0 和1.1。
协定规定了什么
一、HTTP/0.9 服务于简略的 HTML 文件传输
HTTP/0.9 只能用来 传输体积很小的 HTML 文件 , 采纳的是ASCII 字节码 来编码
申请和相应的格局都很简略，申请只有一个申请行，相应局部也只有一个相应体
二、HTTP/1.0 能反对多种文件类型
因为 HTTP/1.0 反对了更多样的文件格式，在发送申请时须要标注进去“我须要的文件类型、文件编码 …”, 申请头应运而生；服务器收到申请后不肯定能够依照指定的要求筹备数据，所以会在响应里标注数据最终的组织模式，于是有了响应头
申请构造
// 申请行
GET /4848 HTTP/1.0
// 申请头
Connection: Keep-Alive
User-Agent: Mozilla/3.01 (X11; I; SunOS 5.4 sun4m)
Pragma: no-cache
Host: tecfa.unige.ch:7778
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*相应构造
// 响应行——通过其中的的状态码，报告服务器的最终解决状况
HTTP/1.0 200 ok
// 响应头
Date: Wed, 16 Apr 97 22:54:42 GMT
Server: E_WEB (E_MOO-Web-Server/1.2d - Not WOO) (LambdaMOO 1.8.0p5)
Content-type: text/html
// 响应体
<title>Query results</title>
<h1>Query results</h1>
...常见申请头、响应头的具体含意
浏览器会用申请头通知服务器它想要的文件类型、文件编码、压缩模式、文件语言 …
服务器会用响应头通知浏览器最终的处理结果
- 文件类型
除了 HTML，还有 Javascript/CSS/ 图片 / 音频 / 视频
// 申请头
accept: application/json, text/plain, */*
// 响应头
content-type: application/json- 文件压缩格局
为了加重传输压力, 服务器会对数据进行压缩后再传输, 所以浏览器须要晓得服务器压缩的办法，通常针对 CSS/JS 文件
// 申请头
accept-encoding: gzip, deflate, br
// 响应头
content-encoding: gzip- 文件编码格局
不同类型的文件, 编码模式会不一样, 为了可能精确地读取文件, 浏览器须要晓得文件的编码类型
// 申请头
accept:text/plain; charset=utf-8
// 响应头
content-type: application/json; charset=utf-8- 缓存
HTTP/1.0 提供了缓存机制, 用来缓存曾经下载过的数据
// 申请头 响应头
cache-control: no-store, no-cache, must-revalidate- 客户端的根底信息
通过 UA，能够晓得浏览器的版本、操作系统等信息
// 申请头
user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7)三、HTTP/1.1 开始反对长久连贯
HTTP 申请是建设在 TCP 申请之上的，所以须要经验 TCP 连贯的建设和断开。
在 HTTP1.1 之前，每一个 HTTP 申请都建设在一个 TCP 连贯之上，増加大量无谓的开销。
同样发动三个申请，两者的工夫比照：
长久连贯通过申请头管制。不做非凡解决时，会默认放弃长久连贯。
// 申请头
connection:keep-alive能够通过以下形式敞开长久连贯
// 申请头
connection:close此外 HTTP/1.1 还引入了其余个性
- 虚拟主机
随着虚拟主机技术的倒退, 咱们心愿在用一台物理主机下来映射多个虚拟主机：每个虚拟主机都有本人的域名, 但这些独自的域名都指向同一个 IP 地址。
HTTP/1.1 在申请头中减少了 Host 字段, 用来示意以后申请的域名地址, 这样服务器就能够依据不同的域名做不同的解决
// 申请头
Host: nian.frontend.com- 反对动静生成内容
随着服务器端的技术倒退, 很多页面的内容都是动静生成的, 因而在传输数据之前并不知道最终的数据大小, 这就导致了浏览器不晓得何时会接管完所有的文件数据。此前响应头会通过 Content-Length 去设置残缺的数据大小。
HTTP/1.1 通过引入 Chunktransfer 机制来解決这个问题：服务器会将数据宰割成若干个任意大小的数据块, 每个数据块发送时会附上上个数据块的长度, 最初应用一个零长度的块作为发送数据实现的标记。这样就提供了对动静内容的反对。
// 响应头
Transfer-Encodeing: chunked- 管线化尝试
HTTP/1.1 中试图通过管线化技术来解決队头阻塞。
管线化：将多个 HTTP 申请一起发送, 服务器依据申请程序来回复
队头阻塞：前一个 HTTP 申请收到响应，下一个申请能力开始发送)的问题
FireFox、Chrome 都做过管线化的试验, 然而因为各种起因, 它们最终都放弃了管线化技术
- 客户端 Cookie
Cookie 是服务器发送到用户浏览器并保留在本地的一小块数据，浏览器之后向同一服务器再次发动申请时会携带上该 cookie，用于告知服务端两个申请是否来自同一浏览器。
// 响应头
Set-Cookie: yummy_cookie=choco// 申请头
Cookie: yummy_cookie=choco;四、HTTP/2.0 实现多路复用
HTTP/1.1 实现了长久连贯，但每一个长连贯，在一个工夫点下，只有一个 HTTP 申请在传输。这就导致带宽利用很不充沛。比方咱们常说的 100M 带宽, 理论的下载速度实践上能达到 12.5M/S, 但理论在加载页面资源时可能只到 2.5M/S。
这种带宽利用不充沛的起因有三个，TCP 的慢启动，TCP 竞争和队头阻塞
HTTP 队头阻塞: 以后的申请收到响应后, 能力解决其余的申请, 使得数据不能并行申请
HTTP/2.0 采纳多路复用去解决 HTTP 队头阻塞，使申请并行收回。
多路复用的实现：二进制分帧
大家应用同一个 TCP 连贯，但每个 HTTP 申请都有一个惟一的申请编号用于相互辨别。
所有发送的信息，会通过二进制分帧层解决, 被转換为一个个带有对应申请编号的帧
接管方接管到所有帧之后, 会将编号雷同的帧合并，成为一条残缺的信息
此外 HTTP/2.0 还引入了其余个性
- 资源优先级
多路复用技术把申请分成一帧一帧的传输, 带来的额定益处就是：收到高优先级申请时, 能够暂停其余的, 优先解决要害资源
- 服务器推送
服务器推送，对首次关上页面的速度，起到了至关重要的作用。
当浏览器申请ー个 HTML 页面之后, 服务器晓得该它会援用几个重要的 JS/CSS 文件。所以会一并发送给浏览器, 这样当浏览器解析完 HTML 文件之后, 就能间接拿到须要的 CSS 文件和 Javascript 文件,
- 头部压缩
浏览器和服务器将重复的头部字段保护起来，成为一个字典，理论传输时，只用带上简短的键值。
五、HTTP/3.0 采纳 UDP 协定
在开始理解 3.0 之前，先具体看一看 2.0 存在的问题：TCP 的队头阻塞和 TCP 握手工夫过长
什么是队头阻塞
对头阻塞分为 http 队头阻塞和 TCP 队头阻塞
- http 的队头阻塞是指，客户端收到上一个 HTTP 申请的响应，能力发送下一个申请。在上文讲述的 HTTP/2.0 曾经解决。
- TCP 的队头阻塞是指，因为数据包是有序传输，两头任何一个数据包失落，都要期待重传，造成前面的数据包的阻塞。
随着丟包率的减少,HTTP/2.0 的传输效率也会越来越差。
有测试数据表明, 当零碎达到了 2% 的丢包率时,HTTP/1 的传输效率反而比 HTTP/2 体现得更好
TCP 握手工夫过长
在建设 TCP 连贯的时候, 须要和服务器进行三次握手来确认连贯胜利
如果应用 HTTPS 的话, 还须要 TLS 握手过程, 这样就须要有两个握手提早过程。
在这样的背景下，提出了 HTTP/3.0。它基于 QUIC 协定。
网络性能优化 还须要吗？
HTTP/2.0 的多路复用带来的影响是微小的，从网络开发者工具的网络申请能够直观看出。
- 在 1.1 版本下，申请被阻塞的工夫很长（后面灰色局部），正是因为 TCP
连贯一次只能服务于一个 HTTP/1.1 的申请。 - 而在在 2.0 版本时，申请能够被及时响应
在 2.0 时代，一些已经的优化伎俩会事与愿违。
- 文件合并
之前，咱们会采纳 JS 文件合并、雪碧图等形式，缩小 HTTP 申请的数量，达到优化目标。因为在 1.1 时代的 TCP 只能串行复用，但当初能够并行传输。
如果文件 a,b,c 合并，资源 a 的独自更新，会导致本地缓存合并文件 须要整体更新。而不压缩文件，能以更小的颗粒度更新资源，反而是更好的抉择。
- 域名分片技术
之前，因为浏览器对同域名的 TCP 连贯数量有限度，咱们通常会把文件放在几个不同的域名下，避免超过连贯数量的 HTTP 申请被阻塞。
但有了多路复用，放在同一个域名下文件能够被同时下载，并且只有一个域名，咱们只有建设一个 TCP 连贯。
