为什么是三次握手四次挥手？

为什么要三次握手而不是四次或者两次？

计算机网络 第四版 里面解析到：

client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。
换句话说就是防止延迟（已失效）的连接请求被服务器误认为是新连接，因此造成资源浪费或错误。

我自己理解的，简单地说：
第一次握手->c告诉s：你能开始接收吗？
第二次握手->s告诉c：我可以，你发吧。
第三次握手->c告诉s：我知道你可以接受了，我开始发了。
如果没有第三次，s不知道c知不知道s能收，可能c不知道，一直等待s回信，但是s是给c了，所以s认为c知道了，就开始等待c的信，但是c由于不知道，也开始等，两边就一直等待，造成资源浪费。

三次握手描述：

1. client发，server收，s知道c能发

2. s发， c收，c知s能发

3. c发，s收，s知c能收

为什么四次挥手不是3次？

这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。