三次握手和四次挥手详解

一、三次握手

所谓三次握手就是客户端和服务器建立tcp链接，总共需要客户端和服务器发送三个包。

1. 客户端申请建立链接，并向客户端发送序列号。

2. 服务器接受客户端发来的申请后，向客户端发送确认号和自己的序列号

3. 客户端在给服务器回复确认号，链接就建立成功了。

在tcp/ip协议中，tcp提供的是可靠的，有连接的流式服务，采用三次握手建立连接，如上图所示：

1.第一次握手：在建立连接时，客户端发送SYN包（SYN = j）到服务器，并由CLOSE状态进入SYN_SEND状态，等待服务器的确认。

2.第二次握手：服务器收到了客户端发来的SYN包，必须确认客户端的SYN包（ACK = j + 1），同时自己也发送一个SYN包（SYN = k）给客户端,即SYN包 + ACK包，此时服务器由LISTEN状态进入SYN_RECV状态。

3.第三次握手：客户端收到服务器发送的SYN包 + ACK包，并且向服务器发送ACK包（ACK = k + 1）,此包发送完毕，服务器和客户端都进入ESTABLISHED状态。这就完成了三次握手，客户端与服务器就可以传输数据。

二、四次挥手

Tcp连接的断开需要四个包，所以称它为四次挥手。客户端和服务器都处于ESTABLISHED状态，均可以主动发起挥手过程，任何一方执行close操作均可以产生挥手操作。

1.客户端断开连接，发送序列号。

2.服务器确认客户端断开，发送确认号。

3.服务器断开连接，发送序列号。

4.客户端确认服务器断开，发送确认号。

假设客户端发起了断开连接，内部的状态转移如下；

1.第一次挥手：客户端发送给服务器一个FIN包，之后由ESTANLISHED状态转为FIN_WAIT1状态；

2.第二次挥手：服务器端收到客户端发来的FIN包之后，对客户端发送ACK确认包，服务器进入CLOSE_WAIT状态，等待服务器自身的socket关闭等处理。

3.第三次挥手：客户端收到服务器的ACK确认包，进入FIN_WAIT2状态，等待服务器关闭。服务器处理完自己的事情之后，调用close函数，给客户端发送FIN包，进入LAST_ACK状态；

4.第四次挥手：客户端收到服务器发来的FIN包，给服务器发送FIN包和ACK包，发送确认号；

四次挥手断开连接后，客户端（主动关闭的一端）等待2-4分钟时间（TIME_WAIT状态），即使两端的应用程序结束。

tcp状态转移图

TIME_WAIT状态

1.可靠的终止tcp的链接

虽然双方都同意关闭链接了，而且握手的4个报文也都协调和发送完毕，按理可以直接回到CLOSED状态，但是因为我们必须要假想网络是不可靠的，你无法保证你最后发送的ACK报文会一定被对方收到，因此对方处于LASK_ACK状态下的SOCKED可能会因为超时未收到ACK报文，因而重发FIN报文。所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文。

2.让迟来的tcp报文能被识别并被丢弃

在我们关闭tcp连接后，过一段时间在相同的IP地址和端口地址建立一个连接。后一个连接成为前一个的化身。tcp必须防止来自某一个连接的老的重复分组在连接已经终止后在出现，从而被误解成属于同一链接 的某一个新的化身。为做到这一点，tcp将不会给处于TIME_WAIT状态的链接发起新的化身。既然TIME_WAIT状态的持续时间是MSL的两倍，这就足以让某个方向上的分组最多存活MSL秒被丢弃，另一个方向上的应答最多存活MSL秒也被丢弃。通过实施这个规则，我们就能保证每成功建立一个tcp连接时，来自该连接前的化身的重复分组都已经在网络中消逝了。