网络协议分析1 -- TCP -- 三次握手、四次挥手

三次握手的过程：

第一次：客户端发送【SYN报文】，指明打算连接的端口、初始序号ISN（seq=x)
第二次：服务器端发送【SYN报文】作为应答，指明初始序号ISN(seq=y);和【ACK报文】，指明确认序号为x+1
第三次：客户端发送【ACK报文】，将确认序号设为y+1，同意建立连接。

为什么一定要有第三次握手：

①为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误
②为了解决网络中存在延迟的重复分组
【client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。
假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。
由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送ack包。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。】

四次挥手：连接终止协议

由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。
（1） TCP客户端发送一个FIN，用来关闭客户到服务器的数据传送
（2） 服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1和SYN一样，一个FIN将占用一个序号。
（3） 服务器关闭客户端的连接，发送一个FIN给客户端
（4） 客户段发回ACK报文确认，并将确认序号设置为收到序号加1

为什么需要“四次挥手”：

是因为tcp是全双工模式，接收到FIN时意味将没有数据再发来，但是还是可以继续发送数据。