为什么需要三次握手而不是两次握手
考虑到第二次握手服务器发送的确认报文会丢失,如果只进行两次握手,那么客户端没有收到确认报文会认为没有连接成功,而之后服务器发送来的报文会被当做无效报文丢弃。
如果是三次握手,那么即使客户端发送的第三次握手报文丢失,服务器端会因此超时而重发第二次握手报文。
那么问题来了,如果是两次报文,客户端也因为超时重发第一次报文不就行了嘛?
有一个重要因素,当服务器收到第一次握手报文时,就已经为TCP链接分配了缓存和变量。如果多次重发第一次握手报文,会使服务器分配多个资源,导致浪费。
为什么是四次挥手不是三次挥手
因为客户端发起释放TCP链接时,客户端不知道服务器端还有没有数据要发,所以只能单向释放自己的链接,但是还能接受服务器的数据。
当服务器收到客户端的释放报文段请求后,对其发送确认报文,当服务器端数据发送完毕后,在向客户端发送释放链接请求,置标志位FIN为1,ack为1.
为什么客户端在第四次挥手之后要等待2MSL关闭TCP连接
因为考虑到丢包问题,如果第四次报文丢失,服务器端会在超时之后重发第三次挥手报文。如果客户端发送完第四次挥手报文就关闭TCP连接,那么当客户端收到服务器重发的第三次报文时会认为是无效报文,直接丢弃。报文的一来一回最长时间为2MSL