HTTP

一、HTTP 概述

中文名称：超文本传输协议。

HTTP 是一个在OSI模型中位于第七层的协议。

是一个使用纯文本的传输协议。

主要版本

http1.0 ：完全无状态、无连接的协议，一次tcp请求只会来回一次数据。

http1.1：优化了tcp长连接，极大的提高的性能。优化了大数据的多包传输。优化了缓存机制。

http/2：多路复用。服务器推送。TLS优先。HPACK头部压缩。二进制分帧。

二、HTTP 语法语义与时序交互

1、语法

HTTP的协议体由两部分组成：Header 和 Body，Header和Body由\r\n分割，Body的结束符根据服务器的实现有很多种方案。

HTTP简析01.png

最简单的一个请求

2、语义

主要讲Header部分

Header每一行一个参数，参数名称与参数值由:冒号加一个空格分割，一个参数有多个值使用 ;分号分割，最后使用\r\n结束。

请求和应答的第一行都表示HTTP请求的核心内容

请求

GET / HTTP/1.1
请求方法 路径 协议版本

请求方法：
GET  向Web服务器请求一个文件
POST 向Web服务器发送数据让Web服务器进行处理
PUT 向Web服务器发送数据并存储在Web服务器内部
HEAD 检查一个对象是否存在
DELETE 从Web服务器上删除一个文件

路径：
是URL（统一资源定位符）中的路径部分

应答

HTTP/1.1 200 OK
版本 应答状态 描述文字

主要的头部参数

基础的：
Host: www.baidu.com\r\n  请求的主机名称（请求中）
Content-Type: text/html;charset=utf-8\r\n 请求参数中Body的数据格式（请求与应答中）MimeType
Content-Length: 123456\r\n Body的数据长度（请求与应答中）,如果请求是单次的，该参数很重要

和浏览器有关的：
Accept: text/html\r\n 浏览器想要的数据类型
Accept-Language: zh-cn,zh\r\n 浏览器语言 
Accept-Encoding: gzip,deflate\r\n 支持的压缩算法，可以使用算法压缩Body数据
Accept-Charset: gb2312,utf-8\r\n 可用的字符集
Referer: <URL>\r\n 上一个URL地址
User-Agent: Chrome88.123\r\n 使用的客户端、操作系统的版本等信息

和会话有关的：
Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1\r\n 服务器将数据设置到浏览器中
Cookie: UserID=JohnDoe\r\n 浏览器将对应域下的Cookie反馈给服务器

鉴权相关的：
Authorization: 鉴权类型 字符串\r\n 主要用于提供账号密码或者Token

重定向相关的：
Location: <URL>\r\n 如果应答状态码是 302 或者 304 则使用该参数告知浏览器自动跳转，很常用

和底层TCP协议有关的：
Connection: keep-alive\r\n 在请求后保持TCP连接继续打开以备后续，HTTP/1.1协议中新增功能
Connection: close\r\n 关闭TCP连接，主要是由服务器端发出
Keep-Alive: 300\r\n TCP连接超时时间

缓存相关的：
Cache-Control:no-cache\r\n 对于当前请求的内容，是否可以缓存及哪种类型的缓存
Expires: Thu, 01 Dec 2010 16:00:00 GMT\r\n 当前请求的内容过期的时间

3、分段应答

如果应答头部中存在 Transfer-Encoding:chunked 参数，则应答Body的数据格式将变化。（即可舍去计算Content-Length长度，达到流式返回数据的目的）

第一个应答块：
Transfer-Encoding:chunked
\r\n
3\r\n Body 的第一行将会是本次请求块数据的长度,以16进制表示
ABC\r\n

...

第N个应答块：
\r\n
0\r\n 第一行如果是0则表示该应答数据结束
\r\n

HTTP简析02-4177899.png

分段应答

chunked 的拖挂

在拖挂中可以包含附带的首部字段，除了 Transfer-Encoding、Trailer 以及 Content-Length 首部之外，其他 HTTP 首部都可以作为拖挂发送。

HTTP简析03-4178034.png

首部字段拖挂

4、HTTPS 协议握手

HTTPS 主要的交互手段，是使用服务器端的非对称秘钥进过协商后，生成一个对称加密的会话秘钥的过程。

HTTPS交互.png

HTTPS握手流程

客户端发送ClientHello请求到服务端，这个请求会发送一个随机数和浏览器支持的加密套件列表
服务端接收到客户端的hello请求后，会发送两个请求，首先是ServerHello请求，这个会发送服务端从客户端传来的加密套件中选择的加密套件和一个随机数，还有一个请求会发送证书（公钥）
客户端拿到证书后；先去验证证书；验证通过后；再生成一个随机数（预主密钥），并使用公钥加密；然后把加密的预主密钥发送给服务端，服务端用私钥解密拿到预主密钥，这样客户端和服务端都有三个相同的随机数了，在通过同样的方法使用这三个随机数生成主密钥（会话密钥）
这样客户端服务端就可以通过主密钥进行加密解密操作传递数据了。