TCP的三次握手,四次挥手
笑看三次握手
- 第一次握手:建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SENT状态,等待服务器确认;SYN:同步序列编号(Synchronize Sequence Numbers)。
- 第二次握手:服务器收到syn包,必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态;
- 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED(TCP连接成功)状态,完成三次握手。
类别四次挥手
- 第一次挥手:客户端进程发出连接释放报文,并且停止发送数据。释放数据报文首部,FIN=1,其序列号为seq=x(是最后一个报文尾号加一),客户端进入(等待状态1)
- 第二次挥手:服务器收到连接释放报文,发出确认报文,告诉客户端我这里还有没有数据没发送完,这个时候服务器还处于(半关闭状态),客户端还是要接收服务器发来的数据。
- 客户端收到服务器的确认请求后,此时客户端就进入(等待状态2),等待服务器发送连接释放报文
- 第三次挥手:服务器将最后的数据发送完毕后,就向客户端发送连接释放报文,这时服务端还是处于半关闭状态还是会发送数据,等待客户端的确认。客户端确认后服务端处于(全关闭状态)。
- 第四次挥手:客户端收到服务器的连接释放报文后,必须发出确认,此时,客户端就进入了(时间等待状态)。
- 服务器只要收到了客户端发出的确认,就结束了这次的TCP连接,可见服务器结束TCP连接的时间要比客户端早一些。
常见的面试题
1、 为什么不能用两次握手进行连接?
- 3次握手完成了两个重要的功能,首先是双方做好发送数据的准备工作(双方都知道彼此已准备好),然后是允许双方就初始序列号进行协商,这个序列号在握手过程中被发送和确认。如果是两次握手,死锁是可能发生。两次握手无法知晓双方是否建立好链接,这样就会一直在发生请求建立连接造成死锁。
2、 为什么连接的时候是三次握手,关闭的时候却是四次握手?
- 连接时三次握手分别是客户端请求服务端建立连接,第二次是服务端向客户端发送确认建立连接的信号,第三次是客户端建立连接的请求。四次握手分别是客户端告诉服务端发送停止发送,第二次挥手是服务端接收到客户端的信号后,会告诉客户端我还有报文没有发送完,这时服务端还是会发送。客户端接受的信息后会发送一个信号并处于等待2状态,第三次挥手服务端把报文发送完毕并释放报文,第四次挥手是客户端接收到最后的报文后并告知服务端,此次连接结束。