TCP三次握手建立连接和四次挥手断开连接(个人理解)

TCP三次握手建立连接和四次挥手断开连接(个人理解)

TCP协议通过三次握手的方式建立连接:

1.客户端(李二狗)发送SYN请求给服务器(小红):喂,小红,我是李二狗,我想和你说话

2.服务器收到SYN,并回复给客户端一个确认字段ACK:(我是小红),我听到了

3.客户端收到ACK字段,发送第二个SYN请求给服务器:嘿嘿,小红,我听到了,咱俩开聊吧,嘻嘻!

于是服务器将这个连接状态更改为established,并将连接加入backlog队列,等待应用层收取数据包。

三次握手的目的是互相确认双方之间的信道畅通,有互相发送消息的能力,不是聋子或者哑巴。

TCP协议通过四次挥手断开连接:

还是李二狗和小红,这次要说再见了:

1.客户端(李二狗)发送FIN请求给服务器(小红):小红我有点事儿先不跟你聊了吧,咱俩挂断吧,你还有啥想说的吗

2.服务器收到FIN,立刻回复一个确认字段ACK:嗯,那行吧。

3.服务器紧接着主动向客户端发送一个FIN请求:我也没啥想说的了,今天咱先这样吧。

4.客户端收到服务器发送的FIN请求,再次回复一个ACK确认字段:好,再见。

随后客户端仍然需要继续等待2MSL的时间,期间没有收到任何回复,再彻底断开连接。2MSL是网络报文在网络上存活的最长时间,一般是一个经验值,从30秒到几分钟不等:我再等等吧,万一小红那边有什么事没说呢,啊,等30秒了,什么也没收到,她应该确实是挂断了,我也挂了吧

双方就通过这样四次交互彻底断开连接。

之所以要四次挥手,就是要保证双方都收到了彼此的断开确认

要点:

1.如果因为网络故障,客户端多次发送了FIN,那么只要收到一个服务器的ACK,就可以确认服务器知道要断开了。如果服务器先回复FIN,那么客户端就不能保证这个FIN是因为自己发送的FIN而触发的。所以服务器必须先回复ACK

2.如果服务器不回复ACK,那么客户端可以继续单方面接收服务器发送的任何信息,这种连接叫做半连接

3.客户端在收到服务器的FIN之后,不回复ACK,服务器也可以继续单向接收客户端的信息,也继续保持半连接。

4.最后一个ACK,服务器因为网络故障,很久才收到,或者没有收到,只要在2MSL的时间内,都可以再次向客户端发送一次FIN,再确认一次,反复确认直到双方都确实断开了连接。

5(重点,考试要考的).在2MSL时间内,双方原来使用的通信端口不能再次建立连接,任何试图绑定该端口的SOCKET请求都会失败。因此,服务器应该设置允许2MSL复用端口,客户端应选择新的端口与服务器建立连接(一般操作系统会随机生成一个新端口,用户不必操心)

TCP协议这样设计的目的,就是为了最大限度的保证网络连接的可靠性。

以上都是个人的理解,凭借记忆的知识点手敲出来的,如有纰漏和错误请见谅

你可能感兴趣的:(TCP三次握手建立连接和四次挥手断开连接(个人理解))