概念1、三次握手是建立tcp连接时,客户端向服务器发送三个包
图片解析
第一次握手,客户机发送SYN标记的包,指明客户打算连接的服务器端口,以及初始序号。
第二次握手,服务器发回确认包(ACK)应答,同时还要发送一个SYN包回去。ACK=x+1表示确认收到客户机发来的值,发送完成后服务端进入
第三次握手,客户机再次发送确认包(ACK),客户机发送完成后进入状态,服务端接收到这个包,进入状态,tcp握手结束。
引申:为什么不四次握手或者两次,原因一两次服务端在发出消息后根本就不能确认客户端是否接收到消息,这样就只有客户端可以发送数据。
原因二四次握手三次已经建立连接再发一次消息浪费了性能,多此一举。
第一次挥手:客户端发送一个FIN标记的包,告诉服务器需要关闭连接,表示自己不用发送数据了,但是还可以接收数据。
第二次挥手:服务端发送ACK确认的包,告诉客户端接收到关闭的请求,但是还没有准备好,发送完成后,服务端进入CLOSE_WAIT状态,客户端收到这个包后,等待服务器关闭连接。
第三次挥手:服务端准备关闭连接时发送FIN标记的包,告诉客户端准备关闭了,发送完成后,服务端等待客户端确认。
第四次挥手:客户端接收到服务端的关闭请求,在发送ACK标记的确认包,等待服务端可能请求重传的ACK包。服务端接收到请求后关闭连接,客户端在等待固定时间后没有接收到服务的ACK包认为服务端已关闭连接,自己也关闭连接。
引申:为什么是四次挥手,服务器接收到客户端发送关闭的请求后把SYN和ACK包一起发过去,这样造成服务端还有数据没有发送完,造成数据丢失,所以这一段时间等待服务端把数据发送完是很有必要的。