TCP的连接，通信，断开
2019-02-26 本文已影响0人
ab029ac3022b
本文旨在简单罗列基础知识点，复习就看一看，第一次学不建议看。
连接
技术要点：
- SYN=1 表示此包为发起连接包
- seq 表示已经传输到了多少字节，起始从一个随机数 x 开始，seq = x + 已经全部发出去的数据长度
- ack 用于确认接收，表示到目前为止接收到了多少个字节，ack = seq + 发来的数据长度
通信
技术要点：
- 在通信过程中，不会对每一个包都返回一个 ACK ，可以提高传输效率，也不会影响确认
- 超时重传 在得到对方 ACK 确认前，发过的包都会保存在缓冲区中。如果对方没有发回 ACK ，那就重新发送这些包
- 拥塞控制和慢启动 TCP 会在发送数据的过程中持续测量 ACK 号的返回时间，如果 ACK 号返回的慢，则相应延长等待时间；相对的，如果 ACK 号马上就能返回，则相应缩短等待时间。在刚开始发送时比较慢，然后逐渐加速
- 滑动窗口 因为发送方和接收方的数据处理能力不匹配，所以接收方会有一个缓存区（这个缓冲区的大小可以自己设定），用来存还顾不上处理的数据，并且在刷新缓冲区大小时，还会向发送方发送自己当前缓冲区的大小（和时间相近的 ACK 号合并发送），以便于发送方调整自己的发送速度以配合接收方。
断开
技术要点：
- FIN 表示是断开连接的包
-
为啥连接需要三次通信，断开需要四次？
这里我有一点自己的理解：其实 TCP 中每完成一次传递信息都需要两次通信（发信息一次，ACK确认一次），而连接或断开都需要两次传递信息，（服务端和客户端都要告诉对方自己可以 连接/断开 了），本来都需要四次通信，而连接操作相当于是把第二次和第三次合并了，所以只需要三次通信。断开操作则不能合并，因为当客户端的断开请求过来时，要留一点时间让服务器确认数据是不是发完了，或是服务器先断开时让客户端确认数据是不是收完了 -
为啥客户端最后还不关，还要等一段时间再关？
可以防止误操作，这里举个例子：如果图中最后一个ACK丢失了，服务端又发了一个删除套接字的 FIN 过去，万一原来的套接字已经删了，而且又创建了一个在监听同一端口的套接字，那就有可能把刚创建的那个套接字删了
