三次握手和四次挥手的过程及原因

三次握手：
第一次握手：client将标志位SYN置为1，随机产生一个值为seq=J，并将该数据包发送给server,client进入SYN_SENT状态，等待server确认。
第二次握手：server收到数据包后由标志位SYN=1知道client请求建立连接，server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将数据包发送给client以确认连接请求，server进入SYN_RCVD状态。
第三次握手：client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确将标志位置为1，并将该数据包发送给server,server检查ACK是否为1，如果正确则连接建立成功，client和server就可以建立连接。

四次挥手;
第一次挥手：client发送一个FIN，用来关闭client到server的数据传送，client进入FIN_WAIT_1状态。
第二次挥手：server收到FIN后，发送一个ACK给client，确认序号为收到序号+1，server进入CLOSE_WAIT状态。
第三次挥手：server发送一个FIN，用来关闭server到client的数据传送，server进入LAST_ACK状态。
第四次挥手：client收到FIN后，client进入TIME_WAIT状态，接着发送一个ACK给server,确认序号为收到序号+1，server进入CLOSED状态，完成第四次挥手。

主动关闭方，为什么没有直接关闭释放套接字，而是进入TIME_WAIT状态，等待一段时间才关闭。

假设主动关闭方直接释放套接字，但是最后一次回复的ACK丢失，有可能会对后续连接造成影响。
1.ack丢失，被动关闭方重传FIN请求报文，主动关闭方重新启动相同地址的客户端，会收到这个报文。
2.主动关闭方，重新启动适用相同地址，发送SYN请求报文，有可能会出现状态错误，
因此主动关闭方，回复最后一次ACK之后，需要等待一段时间。
1.处理被动关闭方有可能重传的ACK报文。
2.等待2个MSL时间，确保重传的报文消失在网诺中（MSL报文的最大生存周期）

三次握手为什么三次：
三次握手建立连接，是为了确保通信双方都具有收发数据的能力。
两次不安全：状态迁移变化，确保服务器不会迟到的重复SYN建立连接，而且服务器不能保证客户端具有收发数据的能力。
四次没必要：SYN和ACK只是两个标志位，没必要分成两个报文进行发送。

四次挥手为什么是四次：
因为被动关闭方，收到FIN请求报文后，立即进行ACK回复，接下来需要等待用户调用close接口进行确认，
缓冲区中的数据已经处理完毕，才会向对方发送FIN请求报文，得到ACK回复后，则直接释放socket.
因此被动关闭方的ACK和FIN不能直接放在一起回复。

握手失败如何处理：
服务端等待最后一个ACK报文超时后，向客户端回复RST报文，然后关闭释放socket.