标签：学习 HTTP 请求 协议 报文 发送 TCP3 http FIN
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的答案
标签：学习,HTTP,请求,协议,报文,发送,TCP3,http,FIN 来源： https://blog.csdn.net/qq_22130209/article/details/111673698
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。