TCP是一个面向链接的协议,任何一个面向连接的协议,我们都可以将其类比为我们最熟悉的打电话模型。
如何类比呢?我们可以从建立和销毁两个阶段分别来看这件事情。
建立连接阶段
首先,我们来看看TCP中经典的3次握手协议:
# 主机A、B建立连接阶段3次握手过程
1. 主机A向主机B发送请求报文(其中SYN位为1)。
2. 主机B接受到报文后,向主机A回复ACK报文,并为此处连接分配资源。
3. 主机A接受到ACK报文后,也向主机A回复ACK报文,并分配资源。一次TCP连接就这样建立了。
如果类比成打电话,那么就是
# A给B打电话,B拿起听筒后
1. A首先对着听筒“喂”了一声。
2. B听到“喂”之后,向A回复“请讲”。//此时A可以确认B能够听到他说话
3. A听到B的“请讲”之后,回复“你好”。 //此时B也确认了A能够听到他说话
至此,TCP是3次握手,而不是2次或是4次握手的原因也就一目了然了:A和B发出的第一个报文都是为了获得对方的回答,以便确 大专栏 如何理解TCP的三次握手协议?认对方能接受到自己的消息。
销毁连接阶段
销毁连接阶段,要经历4次握手:
1. Client端发起FIN中断连接请求。
2. Server端接受到该请求,Server端发送ACK给Client端,Client端进入FIN_WAIT状态。此时,Server端可以继续发送数据到Client端。
3. Server端数据发送完毕,发起FIN中断连接请求。
4. Client端接受到中断请求,发送ACK给Server端,Server端若收到该请求,断开连接。Client端等待30s后,若没收到Server端的消息,也断开连接。
上面的流程,我们同样可以用打电话做类比:
# A和B正在打电话
1. A对B说:“我的话说完了,准备挂了啊。”
2. B对A说:“等等,blablabla。”
3. B对A说:“我也说完了,挂吧。”
4. A对B说:“好的。”, 然后挂断了电话。B听到电话传来嘟嘟声之后也挂断了电话。
由于TCP和打电话一样都是全双工协议(意味着连接的双方都可以向对方发送消息),因此,销毁连接时,任意一方都可以发起销毁连接的请求(即谁都可以挂电话),但在断开连接之前,需要保证对方的消息已经发送完毕。这也是关闭一条连接需要4次握手的原因。