TCP三次握手

TCP三次握手

1、刚开始客户端和服务端都处于CLOSED状态，服务端先监听某个端口，处于LISTEN状态；

2、客户端主动发起连接请求SYN=1,ACK=0，初始序号为x，之后处于SYN-SENT状态；

3、服务端收到发起的连接请求，如果同意连接就返回SYN=1，ACK=1，确认号为 x+1，同时也选择一个初始的序号 y，之后处于SYN-RCVD状态；

4、客户端收到服务端发送的SYN和ACK之后，发送ACK的ACK，确认号为 y+1，序号为 x+1。之后处于ESTABLISHED状态，因为它一发一收成功了；

5、服务端收到ACK的ACK之后，处于ESTABLISHED状态，因为它也一发一收了。

---

问题:两次握手或者四次不行吗？

在一个网络环境不可靠的情况下，A发出一个连接请求，发出一个请求杳无音信就会一直发，终于有一个包到B了，但是A还不知道会继续发；

收到A的请求之后，B如果同意连接就会发送应答包给A；但是B的应答包也是一入网络深似海啊，不知道能不能到A，所以当然不能认为和A已经建立了连接；

还有一个问题就是，A和B建立起短暂的连接通信之后，A之前发送的请求包饶了地球不知道多少圈竟然又到了B,假如B认为这是一个正常的连接请求，同意建立连接，但这个连接不会进行下去，也没有个终结的时候，纯属单相思了，因而两次握手肯定不行。

B发送的应答可能会发送多次，但是只要一次到达A，A就认为连接已经建立了，因为对于A来讲，他的消息有去有回。A会给B发送应答之应答，而B也在等这个消息，才能确认连接的建立，只有等到了这个消息，对于B来讲，才算它的消息有去有回。

当然A发给B的应答之应答也会丢，也会绕路，甚至B挂了。按理来说，还应该有个应答之应答之应答，这样下去就没底了。四次握手、还是四十次握手都是可以的，哪怕四百次握手也不能百分百保证可靠，只要双方的消息都有去有回就可以了。