简化三次握手流程
从图片可以得到三次握手可以简化为：
C发起请求连接
S确认，也发起连接
C确认
我们再看看每次握手的作用：
第一次握手：S只可以确认 自己可以接受C发送的报文段
第二次握手：C可以确认 S收到了自己发送的报文段，并且可以确认 自己可以接受S发送的报文段
第三次握手：S可以确认 C收到了自己发送的报文段
总结：三次握手，对于每一方来说，可以确认两个信息：
1.确认 自己可以接受对方发来的报文段
2.确认 对方收到了自己的报文一旦这两个得到确认，连接就建立起来了，后面才开始传送数据
关于为什么要三次握手，大家从握手过程也可以看得出。不过书上是这样的解释的：
谢希仁的《计算机网络》说：防止 已失效的连接请求报文段突然又传给server“
已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送ack包。（此时因为client没有发起建立连接请求，所以client处于CLOSED状态，接受到任何包都会丢弃，谢希仁举的例子就是这种场景）但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。