TCP三次握手四次挥手

TCP三次握手四次挥手

TCP通过三次握手来建立服务端与客户端的连接，通过四次挥手断开连接的那么以下来详细说说是怎么进行操作的

三次握手

• 第一次握手：发送请求 服务器接收请求后新建套接字，绑定地址信息开始进行监听状态，同时客户端绑定地址信息后调用connect（连接），发送SYN=1，并且等待服务器确认
• 第二次握手： 服务器监听到连接请求，就会将连接放入内核等待队列中，并想客户端发送SYN和确认报文段ACK，进入SYN_RECD状态
• 第三次握手： 客户端接收到SYN+ACK报文后想服务器确认报文段ACK，并且进入ESTABLISHED（确立）状态，开始读写数据。服务器一旦受到客户端的确认报文，就进入ESTABLISHED状态，从而确立连接

为什么握手是三次，不是两次或者四次

两次不安全，四次没必要 。第一次握手客户端告诉服务端我有请求发送的能力，第二次握手服务端告诉客户端我有接收和发送请求的能力，第三次握手，客户端告诉服务器我有接收和发送的能力

这是客户端和服务端双方都有接收和发送请求的能力 从而建立连接

如果两次不能保证客户端有接收请求的能力 从而会造成客户端的数据接收失败哦

三次握手可以携带数据吗

第一次、第二次握手不可以携带数据，第三次是可以携带数据的，如果第一次可以携带数据，客户端向SYN报文中放入大量的数据，并且重复的发送SYN报文，服务器就会花大量内存来缓冲和处理报文，服务器容易被攻击

tcp三次握手失败，服务端的处理

失败的两种可能

• 服务端没有接受到SYN 则什么都不做
• 服务端回复了SYN+ACK后，长时间没有等待客户端ACK的响应，响应超时之后就会发送RST重新连接的报文，

四次挥手

• 第一次挥手：客户端主动要去关闭连接，想服务端发送结束报文段FIN，同时进入FIN_WAIT1状态
• 第二次挥手： 服务器受到客户端的结束报文段FIN后，服务器返回确认报文ACK进入关闭等待状态，如果服务端还有数据要发送的话，客户端依然要接收，客户端受到服务对结束报文段的确认，就会进入FIN_WAIT2状态，开始等待服务器的结束报文段
• 第三次挥手：当服务器将数据发送完毕之后，服务器调用close关闭连接，向客户单发送结束报文段FIN，此时服务器进入LAST_ACK状态，等待最后一个ACK的到来
• 第四次挥手： 客户端收到服务器发来的结束报文段，进入TIME_WAIT状态并发送确认报文段ACK服务器收到了对结束报文段确认的ACK，进入CLOSED状态，断开连接，而客户端要等待2MSL的时间，才会进入到CLOSED状态

为什么握手是三次，挥手却要四次

TCP三次握手的时候服务端将SYN包和ACK确认包合并到一个包中发送，所以减少了一次包的发送。 因为TCP是全双工通信，主动关闭放发送FIN请求不代表完全断开连接，只能表示主动关闭防不再发送数据了。而接收方可能还要发送数据，就不能立即关闭服务器到客户端的数据通道，所以就不能将服务端的FIN包和对客户端的ACK包合并发送，只能先确定ACK，等服务器不需要发送数据时再发送FIN包

TIME_WAIT状态有什么用，为什么主动关闭方没有直接进入CLOSED状态释放资源

如果关闭方直接关闭，则关闭方发送FIN包后没有得到ACK的确认，超时后会重传FIN包。如果客户端没有TIME_WAIT状态而直接进入CLOSED状态释放资源，下次启动新的客户端就可能使用了与之前客户端相同的地址信息，有两个危害 ： 一、这个刚启动的新的客户端绑定地址成功，就会收到一个重传的FIN包，对新的连接造成影响。二、 该新客户端向相同的服务端发送SYN连接请求，此时服务端处于LAST_ACK状态，要求收到的是ACK而不是SYN，因此就会发送RST重新建立请求

为什么TIME_WAIT状态需要经过2MSL才能进入CLOASE状态

MSL指的是报文在网络上最大的生存时间，在客户端发送对服务端的FIN确认包ACK后，这个ACK包可能到达不了，服务端如果接受不到ACK包会重发FIN包。所以客户端发送ACK后需要留出2MSL时间

一台主机上出现大量的TIME_WAIT原因 以及处理

TIME_TAIT是主动关闭方出现，一台主机出现大量的TIME_WAIT证明这台主机上发起大量的主动关闭连接，常见于一些爬虫服务器。这时候我们应该调整TIME-WAIT的等待时间，或者开启套接字地址重用选项

一台主机上出现大量的CLOSE_WAIT 是什么原因 以及处理

CLOSE_WAIT是被动关闭方收到FIN请求进行回复之后的状态，等待上层程序进行异步处理，若出现大量CLOSE_WAIT，有可能是被动关闭方主机程序中网络最后一步断开连接后调用close释放资源

TCP连接管理中的保活机制

tcp通信中，若两端长时间没有数据往来，则这时候每隔一段时间，服务端会想客户端发送一个保活探测数据包，要求客户端进行会回复，若连接多次没有收到响应，就认为连接已经断开，陈开航事件默认为7200s，每隔一段时间默认为75s，连接多次无响应默认为9次。这些数据都可以在套接字中修改