HTTP收发数据

浏览器给服务器发送的请求格式如下：

【数据来自127.0.0.1:4139】
GET / HTTP/1.1 请求方式
Host: 127.0.0.1:8000 地址
Connection: keep-alive 长链接
Cache-Control: max-age=0
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36 浏览器版本
Accept: 浏览器接收格式 text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,/;q=0.8,application/signed-exchange;v=b3
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9

服务器给浏览器回送的请求格式如下：

HTTP/1.1 200 OK
Cache-Control: no-cache
Connection: Keep-Alive
Content-Encoding: gzip
Content-Type: text/html;charset=utf-8
Coremonitorno: 0
Date: Wed, 14 Aug 2019 13:37:04 GMT
Server: apache

三次握手

第一次
第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。
第二次
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（seq=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次
第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。
第三次握手是为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误。

举个例子：
客服端：你好，我想给你讲个笑话（请求同步）
服务端：哦，你好（同步），是给我（确认）讲一个笑话吗？
A.
客户端：是的，我要向你讲，我要开始讲了

B. 超时重传
客服端：你好，我想给你讲个笑话（请求同步）

四次挥手

（1） TCP客户端发送一个FIN，用来关闭客户到服务器的数据传送。
（2） 服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。
（3） 服务器关闭客户端的连接，发送一个FIN给客户端。
（4） 客户端发回ACK报文确认，并将确认序号设置为收到序号加1。

客户端：我将调用closed在一定时间后关闭 发送
服务端：好的，我知道了

服务端：我将我将调用closed在一定时间后关闭 接收
A.
客户端：好的，我知道了
B.
服务端自动关闭

面试内容

参考链接：https://blog.csdn.net/qq_38950316/article/details/81087809