TCP三次握手四次挥手的原因

1,引言
TCP三次握手，四次挥手的具体过程我就不讲了吧，很多高浏览量的博文都讲烂了，我主要是讲理解和一些重难点，虽然文字很长，但是看完了肯定有收获。
2，正文
首先大家最关心的，为什么要三次握手：
众所周知，网络层是不可靠的尽力交付的，他不管你送没送达，这就意味着有一种可能性，
A向B发送一个SYN请求建立连接（暂且叫他S1），结果在某一个节点堵住了，延时了一小会，以至于超时了，这个时候，A重新向B发送一个SYN（叫他S2）请求，然后S2的连接已经建立起来了之后，之前发送的S1这个时候终于从经过层层堵塞又传到了B，这个时候就很尴尬，A与B已经建立了连接了，你这个本应该挂掉的S1又活过来了。这个时候如果说是两次握手就能建立TCP连接，那就意味着，这个S1也能建立一个链接，这个连接一旦建立起来，由于没有第三次握手，B也不知道这个链路是不是有用，A认为S1已经没了，也不会给B任何应答，这个被S1建立起来的连接就会浪费资源。而三次握手的好处就在这个时候体现出来了，：如果是三次握手，那么B给A发送确认收到S1一直得不到A的应答（因为A知道S1已经没了，重传了，真正有用的是S2），这个浪费资源的链路就建立不起来。
总的来说，就是防止出现由于网络层的本身缺陷建立不必要的连接。
为什么要四次挥手
TCP是面向连接的，全双工的，全双工意味着其实有两条链路，一条是A给B发的链路，一条是B给A发的链路，
所以四次挥手分为两个部分，先是A一个FIN申请断掉A到B的链路，B确认收到之后，B在这个时候还可以继续给A发，因为只是断掉了A-》B，B-》A的链路还在，B这个时候通知应用进程（因为TCP传输实际上是两个进程之间的数据传输）赶紧把要发给A的数据发完，发完之后，B再发送B-》A的FIN断开请求。这就是为什么要四次原因了**（要断来，去两条链路）**

ACK：有关ACK的话，大写ACK是TCP报文的一个首部的一个位，置1意味着确认好有效，就是一个标志而已，小写ack是确认号，比如ack=x有两个方面的解读，①；我收到了序列号为x-1的报文，②：我想要序列号为x的报文。序列号不是乱给的，是发送了多少就是多少。