TCP建立连接为什么是三次，断开连接为什么是四次？

1.TCP建立连接

要理解这个问题，可以从三个方面去理解。

1.1两军问题：

假如client和service是两队人马，他们要进行通信。client说：马上要进攻了，service端说：好的我知道了。似乎这么看没有问题，两次就可以建立连接了。但是问题来了：service端说了我知道以后，service端怎么知道client端有没有收到我的答复呢？那么这个时候就需要第三次连接了们也就是client说：好的我知道你收到了。那么这样就必须建立三次连接。

1.2信道可靠问题：

我们知道client端和service端都需要收发数据，那么client和service端都要具有收发能力。那么这么看来建立连接之后也需要证明client和service的收发都没问题，且client和service都要知道对方没问题（client知道自己的收发没问题，及Service端收发没问题）（service知道自己的收发没问题，client的收发没问题）

前两次握手，对于client来说：证明了client的发送，接收没问题。service端接收没问题，发送没问题。

但是对于service端来说：证明了client的发送没问题。service端接收没问题。

那么问题来了：对于service端来说怎么知道client的接收，以及自己的发送没问题呢？那么这个时候就需要第三次握手握手来证明了。第三次握手后，即可让service端知道client的接收没问题，自己的发送也是没问题的。

1.3资源浪费：

这也是《计算机网络》的答案；假设两次就认为建立了连接，client发送两次请求建立连接，先发的后到service端，Service端就会认为重新建立新的连接，就会建立错误的连接，我们希望的结果是后发的这个与service建立连接。在建立了错误的连接之后，并且等待client发送数据过来，就会造成资源浪费。

2.TCP断开连接

2.1数据传输完整性：

若仅握手两次就断开连接，那么会出现一种情况，当service端收到了来自client的断开连接的请求，但是此时service端数据没有发送完，不行啊，必须发完数据才可以的。不然之前的白传了。（那么有人会问，如果此时数据发送完了呢？发完了就不发了啊，直接第三次握手，断开连接完事儿。）