TCP的三次握手和四次挥手梦幻般介绍

三次握手

• 第一次握手：客户端发送syn（11）包到服务器，然后进入等待状态。
• 第二次握手：服务器发送ack（11+1）给客户端，然后客户端可以确定发的是客户端此时可以正发送和接收了，但是服务器却不知道。
• 第三次握手：服务器发送syn（44）到客户端，进入等待状态。
• 第四次握手：客户端发送ack（44+1）到服务器，此时服务器也确定了可以正常接收
• 为了增加效率，显然第二次握手和第三次握手可以一起进行打包过去，所以是三次握手了。

四次挥手

• 第一次挥手：由客户端发起close()，服务器知道它不发送了
• 第二次挥手：服务器告诉客户端已经关闭接收成功
• 第三次挥手：服务器向客户端发送close(),服务器不发送了
• 第四次挥手：客户端告诉服务器成功了
• 首先，如上面代码，挥手意味着要释放资源，判断是否还有消息，没有了服务器才开始关闭
• 为什么要四次挥手而不是和握手一样只有三次呢，因为如果在服务器close时需要等待几秒呢，那么第二次挥手还要等待第三次挥手，这是不妥的
• 谁先关闭了close（）谁就需等待一段时间
• 如果客户端在关闭接收时出现网络异常超时现象，无法对服务器告知成功呢，服务器会一直重复发，所以这里客户端会等待一段时间，看服务器是否给它发消息
• 这里指出MSL指一个片段在网络中最大的存活时间，2MSL就是一个发送和一个回复所需的最大时间。如果直到2MSL，客户端都没有再次收到服务器的响应，那么客户端推断服务器已经被成功接收，则结束TCP连接。