1.HTTP协议由哪些部分组成？可以使用抓包工具去查看和理解
HTTP 请求的组成
状态行、请求头、消息主体三部分组成。
HTTP 响应的组成
状态行、响应头、响应正文
① 在命令行下查看HTTP协议，可以使用 curl 或 http 命令发起HTTP请求
[root@localhost ~]# curl www.baidu.com # 使用curl发起HTTP请求
② 使用http 命令需要首先安装httpie，然后在通过http命令发起HTTP请求
[root@localhost ~]# pip install httpie # 安装httpie
[root@localhost ~]# http baidu.com # 使用http发起HTTP请求
查看HTTP协议详细输出过程， http -v 详细输出过程
[root@localhost ~]# http -v baidu.com
GET / HTTP/1.1 # 状态行包括请求方法、路径、http版本
Accept: */* # 3~7行是http的请求头
Accept-Encoding: gzip, deflate # 接收的编码
Connection: keep-alive # 连接，keep-alive表示长连接
Host: baidu.com # 域名
User-Agent: HTTPie/1.0.2 # 请求的代理
# 消息主体为空，这里没有显示，一般是由GET请求的时候它就没有消息主体
-------------------------------------------------------------------------------------
HTTP/1.1 200 OK # 下面是HTTP响应
Accept-Ranges: bytes
Cache-Control: max-age=86400
Connection: Keep-Alive
Content-Length: 81
Content-Type: text/html
Date: Fri, 02 Aug 2019 10:07:15 GMT
ETag: "51-47cf7e6ee8400"
Expires: Sat, 03 Aug 2019 10:07:15 GMT
Last-Modified: Tue, 12 Jan 2010 13:48:00 GMT
Server: Apache
提交一些表单的时候HTTP请求里面就会包含消息主体。
发送一个POST请求，带上hello=World参数
[root@localhost ~]# http -f POST baidu.com hello=World -v
POST / HTTP/1.1 # 请求状态行
Accept: */* # 3~9是请求头
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Length: 11
Content-Type: application/x-www-form-urlencoded; charset=utf-8
Host: baidu.com
User-Agent: HTTPie/1.0.2
hello=World # 消息主题，当然有时候可以为空
------------------------------------------------------------------------------
HTTP/1.1 200 OK # 响应状态行，包括HTTP版本、状态码200、OK表示成功
Accept-Ranges: bytes # 14~23是响应头
Cache-Control: max-age=86400
Connection: Keep-Alive
Content-Length: 81
Content-Type: text/html
Date: Fri, 02 Aug 2019 10:13:42 GMT
ETag: "51-47cf7e6ee8400"
Expires: Sat, 03 Aug 2019 10:13:42 GMT
Last-Modified: Tue, 12 Jan 2010 13:48:00 GMT
Server: Apache
# 响应正文。返回的是一个HTML
一般是由GET请求的时候它就没有消息主体
http协议
请求报文和响应报文都是由以下4部分组成
1.请求行
2.请求头
3.空行
4.消息主体
下图为http请求的报文结构
下图为http响应报文结构
请求行
格式为：
Method Request-URI HTTP-Version 结尾符
结尾符一般用\r\n
请求头
通用报头
既可以出现在请求报头，也可以出现在响应报头中
Date：表示消息产生的日期和时间
Connection：允许发送指定连接的选项，例如指定连接是连续的，或者指定“close”选项，通知服务器，在响应完成后，关闭连接
Cache-Control：用于指定缓存指令，缓存指令是单向的（响应中出现的缓存指令在请求中未必会出现），且是独立的（一个消息的缓存指令不会影响另一个消息处理的缓存机制）
请求报头
请求报头通知服务器关于客户端求求的信息，典型的请求头有：
Host：请求的主机名，允许多个域名同处一个IP地址，即虚拟主机
User-Agent：发送请求的浏览器类型、操作系统等信息
Accept：客户端可识别的内容类型列表，用于指定客户端接收那些类型的信息
Accept-Encoding：客户端可识别的数据编码
Accept-Language：表示浏览器所支持的语言类型
Connection：允许客户端和服务器指定与请求/响应连接有关的选项，例如这是为Keep-Alive则表示保持连接。
Transfer-Encoding：告知接收端为了保证报文的可靠传输，对报文采用了什么编码方式。
响应报头
用于服务器传递自身信息的响应，常见的响应报头：
Location：用于重定向接受者到一个新的位置，常用在更换域名的时候
Server：包含可服务器用来处理请求的系统信息，与User-Agent请求报头是相对应的
实体报头
实体报头用来定于被传送资源的信息，既可以用于请求也可用于响应。请求和响应消息都可以传送一个实体，常见的实体报头为：
Content-Type：发送给接收者的实体正文的媒体类型
Content-Lenght：实体正文的长度
Content-Language：描述资源所用的自然语言，没有设置则该选项则认为实体内容将提供给所有的语言阅读
Content-Encoding：实体报头被用作媒体类型的修饰符，它的值指示了已经被应用到实体正文的附加内容的编码，因而要获得Content-Type报头域中所引用的媒体类型，必须采用相应的解码机制。
Last-Modified：实体报头用于指示资源的最后修改日期和时间
Expires：实体报头给出响应过期的日期和时间
空行
http协议规定的格式，一般采用\r\n
消息主体
一般用于http的post method。通过实体报头规定消息主体的格式内容、
例如 Content-Type=text/plain
该实体报头规定了消息主体的数据是纯文本格式
常见的还有
Content-Type=application/x-www-form-urlencoded，定义为Key=value格式
Content-Type=application/json，定义为序列化为的json字符串
Content-Type= multipart/form-data，定义为表单数据提交，该格式比较复杂，详细解释一下。
multipart/form-data
该格式是post的常见提交方式，也就是说是由post方法来组合实现的
使用该提交方法需要规定一个内容分割符用于分割请求体中的多个post的内容，如文件内容和文本内容自然需要分割开来，不然接收方就无法正常解析和还原这个文件了。具体的头信息如下：
Content-Type: multipart/form-data; boundary=${bound}
其中${bound}是自定义的分隔符，一般情况用一长串不会和业务数据重复的字符串表示 ，例如9431149156168
分割符前面需要加上--
最后的分割符后面也需要加上—
所有的数据请求头和数据之间都用\r\n\r\n分开，两个数据间用 --${bound}\r\n分开