什么是三次握手和四次挥手

三次握手和四次挥手都是针对的TCP协议，先放个TCP和UDP的区别：
UDP协议：无连接（不建立连接），数据传输有限制，传输速度快，直接传输到指定地址，传输不可靠，不保证数据传出后是否收到，UDP支持一对一，一对多，多对一和多对多的交互通信。
TCP协议：需要建立连接通道，数据传输无限制，速度慢，传输可靠，每一条TCP连接只能是点到点的。

三次握手

1.主机A向主机B发送连接请求，请求建立通信。
2.主机B收到主机A的请求后，回送同意连接的响应给主机A。
3.主机A收到主机B传回的数据后，再发一个确认包给主机B确认已经收到主机B的数据。
三次握手就完成了，主机A和主机B可以传输数据了。

为什么需要第三次握手？？

第三次握手是为了防止失效的连接请求到达服务器，让服务器错误打开连接。也就是说，如果只有两次握手，服务端返回ack后直接通信，那么如果客户端因为网络问题没有收到ack，可能会再次请求连接，但时服务端不知道这其实是同一个请求，于是又打开了一个连接，相当于维护了很多的无用连接。

四次挥手

1.第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
2.第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
3.第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
4.第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。

四次挥手能不能变成三次挥手？

答案是可能的。
TCP是全双工通信，Client 在自己已经不会在有新的数据要发送给 Server 后，可以发送 FIN 信号告知 Server，这边已经终止 Client 到对端 Server 那边的数据传输。但是，这个时候对端 Server 可以继续往 Client 这边发送数据包。于是，两端数据传输的终止在时序上是独立并且可能会相隔比较长的时间，这个时候就必须最少需要2+2 = 4 次挥手来完全终止这个连接。但是，如果Server在收到Client的FIN包后，在也没数据需要发送给Client了，那么对Client的ACK包和Server自己的FIN包就可以合并成为一个包发送过去，这样四次挥手就可以变成三次了(似乎linux协议栈就是这样实现的)。

关于TCP的文章这里推荐一篇讲的很好：
TCP/IP 之 大明王朝邮差