TCP/IP 连接中的三次握手

过程：

客户机向服务端发送 syn=1，seq=client_isn（序号）的tcp请求连接的报文段;

服务端接收到客户机的连接请求后，为该tcp连接分配tcp缓存和变量，并向其返回syn=1,seq=server_isn , ack=client_isn+1的允许连接报文段；

客户机接收到SYNACK报文段后，为该连接分配缓存和变量，并向服务端发送syn=0，ack= server_isn+1的报文段。

建立连接成功；

意义：

为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误，例如：

client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。