网络：TCP的三次握手和四次挥手

今天我们进入到计算机网络的传输层，此层有两个重要协议–TCP和UDP，接下来着重了解有关TCP的内容。
TCP（Transmission Control Protocol 传输控制协议）是一种面向连接的、可靠的、基于字节流的通信协议。
传输控制协议TCP特点：
（1）TCP是面向连接的运输层协议。
（2）每一条TCP连接只能有两个端点，每一条TCP连接只能是点对点的。
（3）TCP提供可靠交付的服务。
（4）TCP提供全双工通信。
（5）面向字节流。
TCP的连接：
每一条TCP连接有两个端点，那么，TCP连接的端点是什么呢？
TCP连接的端点叫做套接字或插口。端口号拼接到IP地址即构成了套接字。
套接字表示：
套接字 socket = （IP地址：端口号）
每一条TCP连接唯一地被通信两端的两个端点（即两个套接字）所确定。
即： TCP 连接：：={socket1，socket2} ={（IP1:port1），（IP2:port2）}
这里IP1和IP2分别是两个端点主机的IP地址，port1和port2分别是两个端点主机中的端口号。TCP连接的两个套接字就是socket1和socket2。
注：同一个IP地址可以有多个不同的TCP连接，而同一个端口号也可以出现在多个不同的 TCP连接中。
TCP的运输连接管理
TCP是面向连接的协议。运输连接是传送报文的。运输连接有三个阶段：连接建立，数据传送和连接释放。
在TCP连接建立过程中要解决以下三个问题：
（1）要使每一方能够确知对方的存在。
（2）要允许双方协商一些参数。
（3）能够对运输实体资源进行分配。
TCP连接的建立采用客户服务器方式。主动发起连接建立的应用进程叫客户，而被动等待连接建立的应用进程叫做服务器。
TCP报文段的首部格式

首部固定部分字段的意义
（1）源端口和目的端口（2个字节）：分别写入源端口号和目的端口号。
（2）序号（4字节）：在一个TCP连接中传送的字节流中的每一个字节都是按顺序编号。整个要传送的字节流的起始序号必须在连接建立时设置，首部中的序号字段值则指的是本报文段所发送数据的第一个字节的序号。
（3）确认号（4字节）：是期望收到对方下一个报文段的第一个数据字节的序号。注：若确认号是N，则表面N-1为止的所有数据都已经正确收到。
（4）确认ACK：仅当ACK=1时确认号才有效。当ACK=0时确认号无效。TCP规定在连接建立后所有传送地报文段都必须把ACK置1.
（5）同步SYN:在连接建立时用来同步序号。
（6）终止FIN：用来释放一个连接。当FIN=1时，表明此报文段的发送方的数据已发送完毕，并要求释放运输连接。
三次握手
TCP建立连接的过程叫做握手，握手需要在客户和服务器之间交换三个TCP报文段。

A主动打开连接，而B被动打开链接。开始，B的TCP服务器进程先创建传输控制块TCP，准备接受客户进程的连接请求。服务器进程处于LISTEN(收听）状态，等待客户的连接请求。
第一次握手：A的TCP客户进程也是先创建传输控制块TCP。然后在打算建立TCP连接时向B发出连接请求报文段，这时首部中的同部位SYN = 1，同时选择一个初始序号seq = x。这时，TCP客户进程进入SYN-SENT状态。（TCP规定，SYN报文段不能携带数据，但要消耗掉一个序号。）
第二次握手：B收到连接请求报文段后，如同意建立连接，则向A发送确认。在确认报文段中应把SYN和ACK位都置1，确认号ack = x+1，同时也为自己选择一个初始序号seq = y。这时TCP服务器进程进入SYN-RCVD（同步收到）进程状态。
第三次握手：TCP客户进程收到B的确认后，还要向B给出确认。确认报文段的ACK置1，确认号ack = y+1，而自己的序号seq = x+1。这时，TCP连接已经建立，A进入ESTABLISHED（已建立连接）状态。
当B收到A的确认后，也进入ESTABLISHED状态。
为什么A最后一次还要发送一次确认？
为防止已失效的连接请求报文段突然又传送到了B，因而产生错误。
将三次握手改为两次握手是否可行？
假定现在出现一种异常情况，A发送的第一个连接请求报文段在某些网络节点长时间滞留了，以至延误到连接释放以后的某个时间才到达B。本来这是一个早已失效的报文段。但B收到此失效的连接请求报文段后，就误认为是A又发出一次新的连接请求。于是就向A发出确认报文段，同意建立连接。由于现在A并没有发出建立连接的请求，因此不会理睬B的确认，也不会向B发送数据，但B却以为新的运输连接已经建立了，并一直等待A发送来的数据。B的许多资源就这样白白浪费了。
采用三次握手就可以防止上述现象发生，对于上述情况，A不会向B的确认发出确认。由于B收不到确认，就知道A并没有要求建立连接。
四次挥手
TCP连接释放过程比较复杂，我们仍结合双方状态的改变来阐述连接释放的过程。

第一次挥手:A发出连接释放报文段，停止发送数据，关闭TCP连接。A把连接释放报文段首部的终止控制位FIN置1，其序号seq=u。这时A进入FIN-WAIT-1(终止等待1)状态，等待B的确认。
第二次挥手:B收到连接释放报文段后即发出确认，确认号是ack=u+1，报文段自己的序号是v，等于B前面已传送过的数据的最后一个字节的序号加1，然后B就进入CLOSE-WAIT(关闭等待）状态。此时从A到B这个方向的连接就释放了，TCP连接处于半关闭状态，从B到A这个方向的连接并未关闭。A收到B的确认后，进入FIN-WAIT-2状态。
第三次挥手:若B已经没有要向A发送的数据，其应用进程就通知TCP释放连接。B发送的连接释放报文段必须使FIN=1,假定B的序号为w，B还必须重复上次已发送过的确认号ack=u+1.这时B进入LAST-ACK(最后确认)状态，等待A的确认。
第四次挥手:A在收到B的连接释放报文段后，必须对此发出确认。在确认报文段ACK置1，确认号ack=w+1,而自己的序列号是seq = u+1。然后进入到TIME-WAIT（时间等待)状态。注：现在TCP连接还没有释放，必须经过时间等待计时器设置的时间后，A才进入到CLOSE状态。
以上过程看似复杂，原理简单类似下例：

为什么A在TIME-WAIT状态必须等待2MSL的时间呢？
第一，为了保证A的最后一个ACK报文段能够到达B。
第二，防止“已失效的连接请求报文段”出现在本连接中。A在发送完最后一个ACK报文段后，再经2MSL，就可以使本连续持续的时间内所产生的所有报文段都从网络中消失。
建立连接只需要三次握手，那么为何关闭连接需要四次挥手?
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。