TCP的三次握手和四次挥手

TCP会话的每一端都包含一个32位（bit）的序列号，该序列号被用来跟踪该端发送的数据量。
每一个包中都包含序列号，在接收端则通过确认号用来通知发送端数据成功接收。

概念

1.seq序号，占4个字节，TCP连接中传送的字节流中的每个字节都按顺序编号。例如，一段报文的序号字段值是 301 ，而携带的数据共有100字段，显然下一个报文段（如果还有的话）的数据序号应该从401开始。

2.ack确认号，占4个字节， 是期望收到对方下一个报文的第一个数据字节的序号。 例如，B收到了A发送过来的报文，其序列号字段是501，而数据长度是200字节，这表明B正确的收到了A发送的到序号700为止的数据。因此，B期望收到A的下一个数据序号是701，于是B在发送给A的确认报文段中把确认号置为701。

3.确认ACK，仅当ACK=1时，确认号字段才有效。TCP规定，在连接建立后所有报文的传输都必须把ACK置1。

4.同步SYN，在连接建立时用来同步序号。当SYN=1，ACK=0，表明是连接请求报文，若同意连接，则响应报文中应该使SYN=1，ACK=1。

5.终止FIN，用来释放连接。当FIN=1，表明此报文的发送方的数据已经发送完毕，并且要求释放；

三次握手

1.服务器首先进入LISTEN监听状态。
2.握手一，客户—>服务器发送连接请求报文，SYN=1,初始化序列号 seq=x,客户端进入SYN-SENT（同步已发送状态）。
3.握手二，服务器—>客户发送确认报文，SYN=1,ACK=1,确认号ack=x+1,初始化序列号 seq=y ，服务器进入SYN-RCVD（同步收到）状态。
4.握手三，客户—>服务器发送确认报文，ACK=1,确认号 ack=y+1，自己的序列号seq=x+1.
5.当服务器收到客户端的确认后也进入ESTABLISHED状态，此后双方就可以开始通信了。

因为一个SYN将占用一个序号，所以要加1。

为什么连接建立需要三次握手，而不是两次握手？

防止失效的连接请求报文段被服务端接收，从而产生错误。
失效的连接请求：若客户端向服务端发送的连接请求丢失，客户端等待应答超时后就会再次发送连接请求，此时，上一个连接请求就是『失效的』。
若建立连接只需两次握手，客户端并没有太大的变化，仍然需要获得服务端的应答后才进入ESTABLISHED状态，而服务端在收到连接请求后就进入ESTABLISHED状态。此时如果网络拥塞，客户端发送的连接请求迟迟到不了服务端，客户端便超时重发请求，如果服务端正确接收并确认应答，双方便开始通信，通信结束后释放连接。此时，如果那个失效的连接请求抵达了服务端，由于只有两次握手，服务端收到请求就会进入ESTABLISHED状态，等待发送数据或主动发送数据。但此时的客户端早已进入CLOSED状态，服务端将会一直等待下去，这样浪费服务端连接资源。

四次挥手

1.挥手一，客户—>服务器发送连接释放报文，FIN=1,序列号seq=u,客户端进入FIN-WAIT-1（终止等待1）状态。
2.挥手二，服务器收到连接释放报文，服务器—>客户发送确认报文，ACK=1,ack=u+1,序列号 seq=v, 服务端就进入了CLOSE-WAIT（关闭等待）状态。这时候处于半关闭状态，客户端已经没有数据要发送了，但是依然能接受。
3.客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，
4.挥手三，服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，序列号为seq=w，服务器进入了LAST-ACK（最后确认）状态，等待客户端的确认。
5.挥手四，客户—>服务器发出确认报文，ACK=1，ack=w+1，而自己的序列号是seq=u+1，客户端就进入了TIME-WAIT（时间等待）状态。此时TCP连接还没有释放，必须经过2∗MSL（最长报文段寿命）的时间后，才进入CLOSED状态。
6.服务器只要收到了客户端发出的确认，立即进入CLOSED状态。

为什么客户端最后还要等待2MSL?

保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看来，我已经发送了FIN+ACK报文请求断开了，客户端还没有给我回应，应该是我发送的请求断开报文它没有收到，于是服务器又会重新发送一次，如果客户等待时间足够，客户端就能在这个2MSL时间段内收到这个重传的报文，接着给出ACK确认报文，直到在足够的时间内没有收到FIN消息，说明ACK成功到达。
这个等待时间至少是2MSL。

MSL，Maximum Segment Life，这是TCP 对TCP Segment 生存时间的限制。

TTL， Time To Live ，IP对IP Datagram 生存时间的限制，255 秒，所以 MSL一般 = TTL = 255秒