【笔记整理】http协议浅析（二）

时间 2019-11-10 标签笔记整理 http 协议浅析二

做者：杨志晓html

http的版本：

a.HTTP创建在TCP协议之上。浏览器

b.HTTP/0.9 于1991年发布。安全

c.HTTP/1.0 于1996年发布。服务器

d.HTTP/1.1 于1999年发布。网络

e.HTTP/2 于2015年发布。session

http 1.0 no keep-alive（默认短连接）

a.工做原理如图：
2_1.jpg
多线程

b.每次与服务器交互，都须要新开一个链接！app

2_2.jpg
dom

c.抓包分析：tcp

demo：4张图片+html总共5个请求

2_3.jpg

2_4.jpg

每一条tcp连接都会直接返回connection close

试想一下：请求一张图片，新开一个链接，请求一个CSS文件，新开一个链接，请求一个JS文件，新开一个链接。HTTP协议是基于TCP的，TCP每次都要通过三次握手，四次挥手，慢启动...这都须要去消耗咱们很是多的资源的！

http 1.1 默认有 keep-alive

a.相对于持久化链接还有另外比较重要的改动：

HTTP 1.1增长host字段
HTTP 1.1中引入了Chunked transfer-coding，范围请求，实现断点续传(实际上就是利用HTTP消息头使用分块传输编码，将实体主体分块传输)
HTTP 1.1管线化(pipelining)理论，客户端能够同时发出多个HTTP请求，而不用一个个等待响应以后再请求
- 注意：这个pipelining仅仅是限于理论场景下，大部分桌面浏览器仍然会选择默认关闭HTTP pipelining！
- 因此如今使用HTTP1.1协议的应用，都是有可能会开多个TCP链接的！

b.工做原理如图：

只创建一条tcp连接，可是每一个请求都是串行的，以下图所示

2_5.jpg

c.对上面同一个demo 在开启keep-alive后进行抓包分析：(4张图片+html总共5个请求)

2_6.jpg

5个请求发起一条tcp链接

2_7.jpg

d.图片增长后抓包以下（开启keep-alive）：

2_8.jpg

e.经过增长图片个数抓包后发现，浏览器同时创建了6条tcp链接，观察浏览器网络请求加载图以下：
2_9.jpg

f.http1.1 支持pipelining（流水线）条件是：sever端须要支持，同时浏览器也要开启，工做原理以下图：

2_10.jpg

HTTP Pipelining实际上是把多个HTTP请求放到一个TCP链接中一一发送，而在发送过程当中不须要等待服务器对前一个请求的响应；只不过，客户端仍是要按照发送请求的顺序来接收响应！

g.查询了火狐浏览器开启pipelining方法：

在搜索栏输入 network.http.pipelining ，查询一下，若是没有，请右击鼠标，选择“新建”——布尔，而后输入 network.http.pipelining ,赋值true，而后点击肯定。

解释：激活这个键值以后，Pipelining同时发出成倍数的链接请求，从而达到提高链接速度的效果。网络上的大多数网站都是基于HTTP协议，而HTTP1.1能够支持多线程的链接请求，经过这个操做能够减小Firefox载入网页的时间。

h.总结：http1.x问题：

在HTTP1.0中，发送一次请求时，须要等待服务端响应了才能够继续发送请求。

在HTTP1.1中，发送一次请求时，不须要等待服务端响应了就能够发送请求了，可是回送数据给客户端的时候，客户端仍是须要按照响应的顺序来一一接收

因此说，不管是HTTP1.0仍是HTTP1.1提出了Pipelining理论，仍是会出现阻塞的状况。从专业的名词上说这种状况，叫作线头阻塞（Head of line blocking）简称：HOLB

http2.0（创建在https基础上）

a.SSL(Secure Sockets Layer) 安全套接层，是一种安全协议，经历了 SSL 1.0、2.0、3.0 版本后发展成了标准安全协议 - TLS(Transport Layer Security) 传输层安全性协议。TLS 有 1.0 (RFC 2246)、1.1(RFC 4346)、1.2(RFC 5246)、1.3(RFC 8446) 版本。

TLS 在实现上分为 记录层 和 握手层 两层，其中握手层又含四个子协议: 握手协议 (handshake protocol)、更改加密规范协议 (change cipher spec protocol)、应用数据协议 (application data protocol) 和警告协议 (alert protocol)

2_11.jpg

HTTPS = HTTP over TLS.

b.抓包分析：

ClientHello
2_12.jpg

Version: 协议版本（protocol version）指示客户端支持的最佳协议版本
Random: 一个 32 字节数据，28 字节是随机生成的 (图中的 Random Bytes)；剩余的 4 字节包含额外的信息，与客户端时钟有关 (图中使用的是 GMT Unix Time)。在握手时，客户端和服务器都会提供随机数，客户端的暂记做 random_C (用于后续的密钥的生成)。这种随机性对每次握手都是独一无二的，在身份验证中起着举足轻重的做用。它能够防止重放攻击，并确认初始数据交换的完整性。
Session ID: 在第一次链接时，会话 ID（session ID）字段是空的，这表示客户端并不但愿恢复某个已存在的会话。典型的会话 ID 包含 32 字节随机生成的数据，通常由服务端生成经过 ServerHello 返回给客户端。
Cipher Suites: 密码套件（cipher suite）块是由客户端支持的全部密码套件组成的列表，该列表是按优先级顺序排列的
Compression: 客户端能够提交一个或多个支持压缩的方法。默认的压缩方法是 null，表明没有压缩
Extensions: 扩展（extension）块由任意数量的扩展组成。这些扩展会携带额外数据

c.绘制流程图以下：
2_13.jpg