为什么TCP建立连接要三次握手，而不是一次，两次

首先，先理解一下三次握手，tcp建立连接的三次握手的过程（个人理解）：客户端给服务器端发送建立连接的请求，服务器端接收请求，这就是第一次握手。服务器端收到请求后给客户端发送一个请求，告诉客户端可以连接，客户端接收请求，这就是第二次握手。客户端收到请求后，客户端发送一个请求给服务端，告诉服务器端可以建立连接，服务器端接收请求，然后双方建立连接。

那为什么一定是三次而不是一次，两个，四次，或者更多。首先，网络是不稳定，无论是客户端还是服务器端都有可能接收请求。

讨论一次握手，客户端发送给服务器端一个请求，这个请求丢失了，因为只有一次握手，客户端发送请求以后就得建立连接通道了，但是消息又丢失了，服务器端并不知道要建立连接通道，所以服务器也不会管这个通道，客户端也不知道服务器端能否连上了这个通道，所以就造成了一个客户端的资源浪费。

讨论两次握手，客户端发送给服务器端一个请求，这个请求没有丢失（我只想把二次握手的不足写出来），服务器端收到请求后给客户端发送一个请求，但是这个请求丢失了，由于二次握手不会的话不会再就收客户端的请求，所以这时候服务器端就要建立一个连接通道了，但是在客户端并不知道通道已经建立好了，就不会去管这个连接通道，服务器端也不知道客户端能否连上了这个通道，所以就造成了一个服务器端的资源浪费。

讨论四次握手，经过以上的讨论，我们似乎明白了问题的关键是不能造成客户端或者服务端的资源浪费，就是要确保双方都连上了连接通道，所以三次就是最少的通信方式。