tcp ip三次握手链接和四次挥手断开

Posted 2020-09-16 工作学习生活思考总结

 

先来个整体的流程图

 

 

 

一 三次握手目的是为了建立连接。。。

1 核心的就是client端和service端，进行数据"报文" 交换

2 报文，目的是互相通知，确认链接

 

 

或

 

 

 

过程描述::::::

1 首先Client端发送连接请求报文，

2 Server段接受连接后回复ACK报文，并为这次连接分配资源。

3 Client端接收到ACK报文后也向Server段发生ACK报文，并分配资源，

这样TCP连接就建立了。

 

 

 

二 数据socket传输

1 不断的往某ip 的某端口，写入数据

2 ip服务器上不断的监听该端口的链接及数据情况

3 注意控制包头，包体，包大小

 

 

 

三 四次挥手目的是为了断开连接。。。

 

过程描述：：：

1 (断开连接端可以是Client端，也可以是Server端)

假设Client端发起中断连接请求，就先发送FIN报文

2 Server端接到FIN报文后，但是如果还有数据没有发送完成，则不必急着关闭Socket，可以继续发送数据。所以服务器端先发送ACK，告诉Client端：请求已经收到了，但是我还没准备好，请继续等待停止的消息

3 这个时候Client端就进入FIN_WAIT状态，继续等待Server端的FIN报文

4 当Server端确定数据已发送完成，则向Client端发送FIN报文，告诉Client端：服务器这边数据发完了，准备好关闭连接了。

5 Client端收到FIN报文后，就知道可以关闭连接了，但是他还是不相信网络，所以发送ACK后进入TIME_WAIT状态， Server端收到ACK后，就知道可以断开连接了。Client端等待了2MSL后依然没有收到回复，则证明Server端已正常关闭，最后，Client端也可以关闭连接。

 

 

 

四 常见问题

1 客户端如何知道最后一个ack有没有丢失？？？(RST重发)

-----无论客户端还是服务器每次发送一个包都会启动一个定时器，比如最后一次服务器发送FIN后，定时器约定为30s后如果没收到ACK则重新发送FIN，对于客户端，最后一次发送ACK后，启动定时器，比如60s，如果又收到服务器FIN消息，则证明自己的ACK没有送达，重传，如果60s后没有收到服务器重传的FIN，则证明服务器收到自己发送的ACK，已经关闭连接了，那么自己也可以关闭连接了

 

2  大写的ACK 和小写的ack的区别在于？？？

---ACK 是tcp首部的一个标志位，TCP协议规定，只有ACK=1时有效，也规定连接建立后所有发送的报文的ACK必须为1。ack实际是tcp首部里面的序号。