TCP的连接,通信,断开

0.235字数 768阅读 38

本文旨在简单罗列基础知识点,复习就看一看,第一次学不建议看。

连接


技术要点:

  • SYN=1 表示此包为发起连接包
  • seq 表示已经传输到了多少字节,起始从一个随机数 x 开始,seq = x + 已经全部发出去的数据长度
  • ack 用于确认接收,表示到目前为止接收到了多少个字节,ack = seq + 发来的数据长度

通信


技术要点:

  • 在通信过程中,不会对每一个包都返回一个 ACK ,可以提高传输效率,也不会影响确认
  • 超时重传 在得到对方 ACK 确认前,发过的包都会保存在缓冲区中。如果对方没有发回 ACK ,那就重新发送这些包
  • 拥塞控制和慢启动 TCP 会在发送数据的过程中持续测量 ACK 号的返回时间,如果 ACK 号返回的慢,则相应延长等待时间;相对的,如果 ACK 号马上就能返回,则相应缩短等待时间。在刚开始发送时比较慢,然后逐渐加速
  • 滑动窗口 因为发送方和接收方的数据处理能力不匹配,所以接收方会有一个缓存区(这个缓冲区的大小可以自己设定),用来存还顾不上处理的数据,并且在刷新缓冲区大小时,还会向发送方发送自己当前缓冲区的大小(和时间相近的 ACK 号合并发送),以便于发送方调整自己的发送速度以配合接收方。

断开


技术要点:

  • FIN 表示是断开连接的包
  • 为啥连接需要三次通信,断开需要四次?
    这里我有一点自己的理解:其实 TCP 中每完成一次传递信息都需要两次通信(发信息一次,ACK确认一次),而连接或断开都需要两次传递信息,(服务端和客户端都要告诉对方自己可以 连接/断开 了),本来都需要四次通信,而连接操作相当于是把第二次和第三次合并了,所以只需要三次通信。断开操作则不能合并,因为当客户端的断开请求过来时,要留一点时间让服务器确认数据是不是发完了,或是服务器先断开时让客户端确认数据是不是收完了
  • 为啥客户端最后还不关,还要等一段时间再关?
    可以防止误操作,这里举个例子:如果图中最后一个ACK丢失了,服务端又发了一个删除套接字的 FIN 过去,万一原来的套接字已经删了,而且又创建了一个在监听同一端口的套接字,那就有可能把刚创建的那个套接字删了

推荐阅读更多精彩内容