为什么客户端A还要发送一次确认呢？（为什么需要第三次握手）
这主要是为了防止已失效的连接请求报文段突然又传送到了B(服务器端)，因而产生错误。
所谓“已失效的连接请求报文段”是这样产生的：
正常情况，A发出连接请求，但因连接请求报文丢失而未收到确认，于是A再重传一次连接请求。 后来收到了确认，建立了连接。 数据传输完毕后，就释放了连接。 A共发送了两个连接请求报文段，其中第一个丢失，第二个到达了B。 没有“已丢失的连接请求报文段”。
异常情况，即A发出的第一个连接请求报文段并没有丢失，而是在某些网络节点长时间滞留了，以致延误到连接释放以后的某个时间才能到达B。 本来这是一个早已失效的报文段。 但B收到此失效的连接请求报文段后，就误认为A又发出了一次新的连接请求。 于是又向A发出确认报文段，同意建立连接。 假定不采用三次握手，那么只要B发出确认，新的连接就建立了。 由于现在A并没有发出建立连接的请求，因此不会理财B的确认，也不会向B发送数据。 但B却以为新的运输连接已经建立了，并一直等待A发来数据。 B的许多资源就这样浪费了。
采用三次握手的方法可以防止上述异常现象的发生。