换种问法：为什么TCP客户端还要发送最后一次确认？
防止服务器收到之前已经失效的连接请求，从而产生错误
如果只有两次握手的话，存在这么一种情况，客户端向服务器发送TCP连接请求，但是因为网络原因，滞留了，服务器迟迟没有收到。然后客户端看服务器没有响应确认，就又发送了一次TCP连接请求，之后通过两次握手建立了通信，但是这时候服务器又收到了那条被滞留的TCP连接请求，从而产生错误。
如果是三次握手，也就是说客户端会最后发一次确认给服务器，那么就算那条服务器接收了那条滞留的TCP连接请求，然后返回确认同步给客户端，客户端发现自己已经和服务器建立了TCP连接，此时它不会再次确认给服务器，服务器没有收到确认，就知道客户端没有发起TCP连接请求
三次握手流程：
- 客户端向服务端发送带有同步标志的数据包
- 服务端向客户端发送带有同步，确认标志的数据包
- 客户端返回确认
服务端传回确认，是为了表明客户端到服务端的通信正常并建立，再传回同步，是为了建立服务端到客户端的正常通信
推荐：关于TCP三次握手和挥手更详细的内容
