TCP三次握手与四次挥手
TCP 的特性
TCP
提供一种面向连接的、可靠的字节流服务- 在一个
TCP
连接中,仅有两方进行彼此通信。广播和多播不能用于TCP
TCP
使用校验和,确认和重传机制来保证可靠传输TCP
给数据分节进行排序,并使用累积确认保证数据的顺序不变和非重复TCP
使用滑动窗口机制来实现流量控制,通过动态改变窗口的大小进行拥塞控制
注意:
TCP
并不能保证数据一定会被对方接收到,因为这是不可能的。TCP
能够做到的是,如果有可能,就把数据递送到接收方,否则就(通过放弃重传并且中断连接这一手段)通知用户。因此准确说TCP
也不是100%
可靠的协议,它所能提供的是数据的可靠递送或故障的可靠通知。
三次握手
所谓三次握手(Three-way Handshake
),是指建立一个TCP
连接时,需要客户端和服务器总共发送3
个包。
三次握手的目的是连接服务器指定端口,建立TCP
连接,并同步连接双方的序列号和确认号,交换TCP
窗口大小信息。在socket
编程中,客户端执行connect()
时。将触发三次握手。
- 第一次握手(
SYN = 1, seq = x
):
客户端发送一个TCP
的SYN
标志位置为1
的包,指明客户端打算连接的服务器的端口,以及初始序号X
,保存在包头的序列号(Sequence Number
)字段里。
发送完毕后,客户端进入SYN_SEND
状态。
- 第二次握手(
SYN = 1, ACK = 1, seq = y, ACKnum = x + 1
):
服务器发回确认包(ACK
)应答。即SYN
标志位和ACK
标志位均为1。服务器端选择自己ISN
序列号,放到seq
域里,同时将确认序号(Acknowledgement Number
)设置为客户的ISN + 1
,即x + 1
。 发送完毕后,服务器端进入SYN_RCVD
状态。
- 第三次握手(
ACK = 1,ACKnum = y + 1
)
客户端再次发送确认包(ACK
),SYN
标志位为0
,ACK
标志位为1
,并且把服务器发来ACK
的序号字段+1
,放在确定字段中发送给对方,并且在数据段放写ISN
的+1
发送完毕后,客户端进入ESTABLISHED
状态,当服务器端接收到这个包时,也进入ESTABLISHED
状态,TCP
握手结束。
四次挥手
TCP
的连接的拆除需要发送四个包,因此称为四次挥手(Four-way handshake
),也叫做改进的三次握手。客户端或服务器均可主动发起挥手动作,在socket
编程中,任何一方执行close()
操作即可产生挥手操作。
- 第一次挥手(
FIN = 1,seq = x
)
假设客户端想要关闭连接,客户端发送一个FIN
标志位置为1
的包,表示自己已经没有数据可以发送了,但是仍然可以接受数据。
发送完毕后,客户端进入FIN_WAIT_1
状态。
- 第二次挥手(
ACK = 1,ACKnum = x + 1
)
服务器端确认客户端的FIN
包,发送一个确认包,表明自己接受到了客户端关闭连接的请求,但还没有准备好关闭连接。
发送完毕后,服务器端进入CLOSE_WAIT
状态,客户端接收到这个确认包之后,进入FIN_WAIT_2
状态,等待服务器端关闭连接。
- 第三次挥手(
FIN = 1,seq = y
)
服务器端准备好关闭连接时,向客户端发送结束连接请求,FIN
置为1
。
发送完毕后,服务器端进入LAST_ACK
状态,等待来自客户端的最后一个ACK
。
- 第四次挥手(
ACK = 1,ACKnum = y + 1
)
客户端接收到来自服务器端的关闭请求,发送一个确认包,并进入TIME_WAIT
状态,等待可能出现的要求重传的ACK
包。
服务器端接收到这个确认包之后,关闭连接,进入CLOSED
状态。
客户端等待了某个固定时间(两个最大段生命周期,2MSL
,2 Maximum Segment Lifetime
)之后,没有收到服务器端的ACK
,认为服务器端已经正常关闭连接,于是自己也关闭连接,进入CLOSED
状态。
四次挥手的示意图如下: