HTTP协议和TCP的三次握手和四次挥手

HTTP协议

概念

HTTP：Hyper Text Transform Protocol,超文本传输协议，是应用层协议，是用于浏览器从WWW服务器（万维网）传输超文本到本地浏览器的传送协议，HTTP是基于TCP/IP通信协议进行数据传输的
默认端口号为80，当我们输入url访问页面时，如果没有添加端口号，浏览器会添加默认端口号80
HTTP协议是无状态、无连接的

三次握手

第一次握手：客户端发送请求同步数据包，携带syn=1同步标识，及随机生成的序列号sequence number，客户端进入SYN_SEND状态

第二次握手：服务端接收到客户端的请求包后，对数据包确认，发送确认包，包括请求标识syn=1，确认标识ACK=1，将确认号ack设置为客户端发送的请求包里的sequence number+1，及自己随机生成序列号sequence number一起发送给客户端。此时服务端进入SYN_RCVD状态

第三次握手：客户端收到服务端的确认包后，还要向服务端返回一个确认包，将ack置为服务端发送的sequence number+1，及确认标识ACK=1。双方都进入ESTABLISHED状态

当第二次握手后，客户端和服务端都处于可连接状态，为什么还要进行第三次握手呢？
这是为了防止已经失效的连接请求传送到服务端，因而产生错误，例如会导致服务端以为客户端建立了连接，并一直等待客户端的请求，实际客户端已经关闭，而导致浪费服务端的资源

四次挥手

第一次挥手：主动方会向被动方发送一个FIN报文给被动方，并携带一个随机序列号，一般会携带一个数据长度为0的数据包。表示这边要结束连接了，进入FIN_WAIT_1状态

第二次挥手：被动方收到报文后，返回一个ACK确认包，表示同意关闭，被动方进入CLOSE_WAIT状态，主动方进入FIN_WAIT_2状态

第三次挥手：这个阶段被动方可能还会有数据没有发送完，所以等被动方将数据发送完成，就会发送一个FIN包给主动方，表示没有数据可发送，可以关闭了

第四次挥手：主动方向被动方发送ACK确认包，后进入TIME_WAIT状态，被动方收到却动包后就关闭连接，主动方等待一段时间后没有收到被动方的回复，也就关闭连接了

为什么要4次挥手，第三次挥手的作用？
为了保证数据完整传输，当主动方没有数据发送要关闭连接时，被动方可能数据还没发送完，所以被动方先发送ACK表示同意关闭，然后等数据发送完毕，再发送FIN包表示没有数据发送了。