三次握手流程
1.一开始,客户端和服务端都处于CLOSE状态。先是服务端主动监听某个端口,处于LISTEN状态。
2.然后客户端主动发起连接SYN,之后处于SYN_SEND状态。
3.服务端收到发起的连接,返回SYN,并且ACK客户端的SYN(SYN和ACK在同一个包里,因为他俩不冲突),之后处于SYN_RCVD状态。
4.客户端收到服务端发送的SYN和ACK后,发送ACK的ACK,之后处于ESTABLISHED可用状态,因为他一发一收成功了。
5.服务端收到ACK的ACK之后,处于ESTABLISHED可用状态,因为他也一发一收成功了。
为什么TCP连接的时候是3次?2次不可以吗?
因为需要考虑连接时丢包的问题,如果只握手2次,第二次握手时如果服务端发给客户端的确认报文段丢失,此时服务端已经准备好了收发数据(可以理解服务端已经连接成功),而客户端一直没收到服务端的确认报文,所以客户端就不知道服务端是否已经准备好了(可以理解为客户端未连接成功),这种情况下客户端不会给服务端发数据,也会忽略服务端发过来的数据。 如果是三次握手,即便发生丢包也不会有问题,比如如果第三次握手客户端发的确认ack报文丢失,服务端在一段时间内没有收到确认ack报文的话就会重新进行第二次握手,也就是服务端会重发SYN报文段,客户端收到重发的报文段后会再次给服务端发送确认ack报文。