网络--TCP的传输

TCP的三次握手：

（1）第一次握手：
客户端将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给服务器端，客户端进入SYN_SENT状态，等待服务器端确认。
（2）第二次握手：
服务器端收到数据包后由标志位SYN=1知道客户端请求建立连接，服务器端将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给客户端以确认连接请求，服务器端进入SYN_RCVD状态。
（3）第三次握手：
客户端收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给服务器端，服务器端检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，客户端和服务器端进入ESTABLISHED状态，完成三次握手，随后客户端与服务器端之间可以开始传输数据了。

自我理解：
第一次握手：客户端将标志位置为1，随机产生一个值，将请求发送给服务端，然后，客户进入SYN_SENT状态，等待服务器端确认。
第二次握手：服务器端收到SYN=1知道客户端请求建立连接，然后，将标志位SYN 和 ACK都置为1，然后，产生值发送给客户端用以确认。
第三次握手：客户端收到确认后，进行检查，如果正确，建立成功，完成三次握手。

为什么是三次握手？


四次挥手：
（1）第一次挥手：
客户端发送一个FIN=M，用来关闭客户端到服务器端的数据传送，客户端进入FIN_WAIT_1状态。意思是说"我客户端没有数据要发给你了"，但是如果你服务器端还有数据没有发送完成，则不必急着关闭连接，可以继续发送数据。
（2）第二次挥手：
服务器端收到FIN后，先发送ack=M+1，告诉客户端，你的请求我收到了，但是我还没准备好，请继续你等我的消息。这个时候客户端就进入FIN_WAIT_2 状态，继续等待服务器端的FIN报文。
（3）第三次挥手：
当服务器端确定数据已发送完成，则向客户端发送FIN=N报文，告诉客户端，好了，我这边数据发完了，准备好关闭连接了。服务器端进入LAST_ACK状态。
（4）第四次挥手：
客户端收到FIN=N报文后，就知道可以关闭连接了，但是他还是不相信网络，怕服务器端不知道要关闭，所以发送ack=N+1后进入TIME_WAIT状态，如果Server端没有收到ACK则可以重传。服务器端收到ACK后，就知道可以断开连接了。客户端等待了2MSL后依然没有收到回复，则证明服务器端已正常关闭，那好，我客户端也可以关闭连接了。最终完成了四次握手。

为什么是四次挥手？

为什么A处于TIME_WAIT状态之后还必须等待2MSL的时间呢？

【问题1】为什么连接的时候是三次握手，关闭的时候却是四次握手？
答：因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。
其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，
所以只能先回复一个ACK报文，告诉Client端，“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，
我才能发送FIN报文，因此不能一起发送。故需要四步握手。

【问题2】为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？

答：虽然按道理，四个报文都发送完毕，我们可以直接进入CLOSE状态了，但是我们必须假象网络是不可靠的，有可以最后一个ACK丢失。
所以TIME_WAIT状态就是用来重发可能丢失的ACK报文。

TCP如何保证数据的可靠性呢？
（1）检验和
（2）序列号
数据传输过程中的确认应答处理、重发控制以及重复控制等功能都可以通过序列号来实现
（3）确认应答机制（ACK）
TCP通过确认应答机制实现可靠的数据传输。
（4）超时重传机制（快重传）
（5）连接管理机制 连接的一个可靠性
连接管理机制即TCP建立连接时的三次握手和断开连接时的四次挥手。
（6）拥塞控制（避免拥塞 慢开始）
流量控制