TCP三次握手/四次挥手

参考

TCP三次握手

所谓三次握手，是指建立一个TCP连接时，需要客户端和服务器总共发送 3个包

• 第一次握手: 建立连接时,客户端A发送SYN=1（表示要建立连接），seq = x（序列号）,到服务器B,并进入SYN_SEND状态,等待服务器B确认
• 第二次握手: 服务器B收到服务器发送的SYN包.必须确认客户端A的SYN(ack = x + 1,ACK=1),同时自己也会发送一个SYN包,即（SYN=1，seq = y）,此时服务器进入SYN_RECV状态
• 第三次握手: 客户端A收到服务器B的SYN包 + ACK包,向服务器B发送确认包ACK,此时无需将SYN标识置为1(seq = x + 1，ack = y + 1，ACK=1),此包发送完毕,客户端A和服务器B进入ESTABLISHED状态

能否变为二次握手？

不能
滞留在网络中的请求到达服务器，会导致服务器给客服发送请求，并进入已建立连接状态；服务器不理睬该请求，仍为关闭状态
服务器处于已建立连接状态会等待客户端的请求，造成服务器资源浪费

TCP协议为了实现可靠传输,通信双方需要判断自己已经发送的数据包是否都被接收方收到， 如果没收到， 就需要重发。 为了实现这个需求,很自然地就会引出序号（sequence number） 和 确认号（acknowledgement number） 的使用。
故为了可靠传输,发送方和接收方始终需要同步SYN序号,不仅客户端向服务器端发送SYN包请求连接,并且服务器端发送ACK包(确认包)同意请求,也需要向客户端发送SYN包请求连接,并得到客户端的ACK包(确认包),只有双方都发送并接收响应,才算连接成功!

TCP的四次挥手过程

TCP通信双方都可以释放连接

TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。

以第一次挥手为例各个标志位的含义:

FIN:表明这是一个TCP连接释放报文段

ACK:对之前接收的报文段进行确认

ack:服务端传送过来的字节的最后一个字节序号+1

seq:客户端发送字节的最后一个字节序号+1

客户端时间等待状态是否有必要？

1. 如果客户端最后一次挥手发送过程中丢失，会导致服务器一直重传TCP连接释放，无法进入关闭状态，添加等待状态可以确保服务器收到最后一个TCP确认报文段而进入关闭状态。ACK包到达服务器需要MSL时间，服务器重传 FIN 包也需要MSL时间，2MSL 是数据包往返的最大时间,通常为2min，如果2MSL后还未收到服务器重传的FIN 包,就说明服务器已经收到了ACK包,此时由TIME_WAIT状态转变为CLOSED状态.
2. 客户端在发完最后一个TCP确认报文段后再经过2MLS，可以使本次连接持续时间内所产生的所有报文段都从网络中消失，使下一个TCP连接中不会出现旧连接中的报文段。

如果客户端出现故障，客户端如何发现？

TCP服务器每次收到一次TCP客户端进程的数据，就重新设置并启动保活计时器（2h），若保活周期内未收到TCP客户端的数据，TCP服务器就像TCP客户端发送探测报文段，以后每75s发送一次，若一脸发送10个仍没收到TCP客户端的响应，TCP服务端就认为TCP客户端出现了故障，接着就关闭这个链接。

为什么需要四次挥手？

TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议。

TCP是全双工模式，这就意味着，当客户端发出FIN报文段给服务器端时，只是表示客户端已经没有数据要发送了，即表示它的数据已经全部发送完毕了；但是，这个时候客户端还是可以接受来自服务器端的数据的；当服务器端返回ACK报文段时，表示它已经知道了客户端没有数据发送了，但是服务器还是可以发送数据到客户端的；当服务器也发送了FIN报文段时，这个时候就表示客户端也没有数据要发送了，就等于告诉我也没有数据要发送了，之后等到客户端返回ACK报文段的时候,彼此才会真正的,愉快的中断这次TCP连接。