TCP3次握手，4次挥手及http协议学习
网络分层
HTTP协议
一种无状态的，以请求/应答方式运行的协议，它使用可扩展的语义和自描述消息格式，
与基于网络的超文本信息系统灵活的互动
- HTTP报文格式
HTTP 协议的请求报文和响应报文的结构基本相同，由三大部分组成：
-
起始行（start line）：描述请求或响应的基本信息
-
头部字段集合（header）：使用 key-value 形式更详细地说明报文
-
消息正文（entity）：实际传输的数据，它不一定是纯文本，可以是图片、
视频等二进制数据
- 请求行报文格式
- 响应行报文格式
- HTTP 头字段
头部字段是 key-value 的形式，key 和 value 之间用“:”分隔，最后用 CRLF 换行表示字
段结束。
比如前后分离时经常遇到的要与后端协商传输数据的类型“Content-type:
application/json”，这里 key 就是“Content-type”，value 就是“application/json”。
HTTP 头字段非常灵活，不仅可以使用标准里的 Host、
Connection 等已有头，也可以任意添加自定义头，这就给 HTTP 协议带来了无限的扩展可
能。
头字段注意事项
字段名不区分大小写，字段名里不允许出现空格，可以使用连字符“-”，但不
能使用下划线“”（有的服务器不会解析带“”的头字段）。字段名后面必须紧接
着“:”，不能有空格，而“:”后的字段值前可以有多个空格；
字段的顺序是没有意义的，可以任意排列不影响语义；
字段原则上不能重复，除非这个字段本身的语义允许，例如 Set-Cookie。
- 常用头字段
HTTP 协议中有非常多的头字段，但基本上可以分为四大类：
请求字段：请求头中的头字段；如Host，Referer。
响应字段：响应头中的头字段，如：Server；
通用字段：在请求头和响应头里都可以出现，如 Content-type，
Connection ；
HTTP请求的完整过程
TCP协议
TCP协议是面向连接的，可靠的，基于字节流的传输层通信协议
特点：
- 基于连接的：数据传输之前需要建立连接
- 全双工的：双向传输
- 字节流：不限制数据大小，打包成报文段，保证有序接收，重复报文自动丢弃
- 流量缓冲：解决双方处理能力的不匹配
- 可靠的传输服务：保证可达，丢包时通过重发机制实现可靠性
- 拥塞控制：防止网络出现恶性拥塞
3次握手
中间两个报文是合在一起的为了节省流量。
那我们通过一个工具来看看
在我们的nginx服务器上安装tcpdump，怎么安装看这篇博客安装tcpdump
进行监听
本机去请求服务器
可以清楚的看见我们3次握手的详细信息
4次挥手
A: 发送FIN数据包，代表A不在发送数据
B： 收到请求，开始应答 ，避免了A重新发送FIN重试（应答机制）
B: 处理完数据之后关闭，关闭连接,及发送FIN请求
A: 收到请求后发送ACK应答，B服务可以释放连接
问题1：
为什么等待2MSL后释放连接？
- 防止报文丢失，导致B重复发送FIN
- 防止滞留在网络中的报文，对新建立的连接造成数据扰乱
问题2：
为什么是4次挥手？
B服务端在收到FIN请求后，进行应答避免客户端A进行重复发送，那么这时候B要继续处理一些A发过来的数据，处理完后发送FIN请求给A，这时A给B发送ACK应答，B就关闭连接了。
同时A还要进行等待2MSL的时间，至于为什么看问题1的答案