TCP连接过程和为什么需要三次握手

TCP三次握手为什么不能改成两次握手

我们假设客户端时A、服务器端是B。
TCP是一种虚拟的连接，必须需要双方都确认连接已经建立，TCP连接才算建立成功。

TCP的连接过程

1. 当A和B之间需要建立TCP连接的时候，客户端A向服务器端B发出连接请求。
2. 如果服务器端B收到了会对客户端A发出确认信息表示收到了请求。
3. 客户端A在收到服务器端B的确认信息之后会对B再次发出确认表示握手结束，这时双方都确认连接已经建立。

一种特殊情况

在实际的网络中，我们时常会遇到丢包的情况，如果客户端A向服务器端B发送的连接请求在储存-转发的过程中丢失了。

那么TCP连接建立过程的第一步应该是：

1. A向B发送连接请求，如果一直没有收到B发回的确认信息，那么A将重传连接请求。

而如果一种更特殊的情况出现了：A第一次发送的连接请求并没有丢失，而是在某一个网络结点滞留了，但是A以为这个连接请求已经丢失，已经重传了连接请求并成功建立了TCP请求，在完成数据传输之后成功经过 “四次挥手” 结束了TCP连接。

如果这时第一次发出的连接请求抵达了服务器端B，服务器端B会以为这是客户A发出的又一次建立TCP连接的请求。

因此如果TCP改成只需要两次握手的话，在这种情况下，服务器端B收到了A第一次发出的连接请求，服务器端以为建立了TCP连接，并一直等待和客户端A进行数据交换，但是实际上客户A并没有发出连接请求，因此会造成服务器端B一直在等待客户端A发来的数据而造成资源浪费。