计算机网络学习笔记-TCP三次握手和四次挥手

TCP建立连接，发送SYN=1代笔了要建立连接，seq=x，先发送这样的一个TCP报文段，SYN=1就是要建立连接的意思，然后Server要发送确认请求，所以ack就一定要是x+1，因为ack=5就代表了5之前的是正确的，5是希望接收到的需要，所以seq=x+1就代表了正确接收到了请求，并且也希望建立连接。然后如果CLient也接收到了连接请求的确认，则要发送TCP确认报文段了（Server要确保Client也是接收到连接确认的），这个第三次握手不是多余的。

第三次握手不是多余的原因：

如果把第三次握手砍掉，那么就是两次握手就能建立连接，在这种情况下，如果二者要通信，Client先发送一个SYN=1，seq=x的连接请求报文，但是由于某些原因，Client第一次发送到连接请求一直在链路上排队传送，没有接收到来自Server的ack（迟迟未到达Server），导致了Client的超时重传，于是Client重传了一次，重传之后，好使了Server接收到了第二次的连接请求，因此两个人就好上了，但是等着两人连接完毕之后，都关闭了连接，这个时候Client第一次发送的连接请求又到达了Server，然后Server发送了一次连接确认，然后Server 进入了连接已建立状态，但是此时Client并没有发出连接请求，这就导致浪费了Server的很多资源！！！！！！！这就是为啥会有同步已接收和同步已发送状态的原因！！！！！！！！

TCP连接释放要等待2倍MSL的原因，

如果Client发送了ACk之后立刻就关闭了，如果此时发送过去的ack丢失了，则必然导致Server到Client的连接释放的超时重传，但是Client因为发送了那个ack（就是图中最下面的ack）之后就关闭了，我Server重传也没用了！！！！只能一直保持连接状态，就浪费了Server的很多资源！！！！！