网络与协议 · 65/72
1. Ajax、Axios、Fetch 对比 2. Ajax 原理 3. Ajax 技术与实现 4. 常见的应用层协议 5. 浏览器缓存的存储位置 6. 从输入 URL 到页面显示的过程 7. Cache-Control 常见配置值 8. CDN 工作原理 9. 为什么推荐将静态资源放到 CDN 上 10. Cookie 的弊端 11. Cookie 的 Secure 属性设置 12. CORS 请求携带身份凭证的方法 13. CORS 跨域原理 14. 复杂请求预检检查内容 15. CORS 预检请求 16. CORS简单请求的条件 17. 简单请求为何无需预检 18. DNS 域名解析与网络请求路由 19. 什么是跨域 20. 什么是 DNS 劫持? 21. DNS 预解析优化网页加载速度 22. DNS 解析过程与优化 23. URL 参数为什么需要 encodeURIComponent 转码 24. Last-Modified 和 ETag 的区别 25. Fetch 发送两次请求的原因 26. 正向代理与反向代理 27. 前后端通信方式 28. GET请求能否上传图片 29. GET 请求的传参长度限制 30. HTTP 缓存策略 31. GET 与 POST 的区别 32. HTTP状态码301与302的区别 33. HTTP 数据传输 34. HTTP 队头阻塞 35. HTTP 请求头和响应头的重要字段 36. HTTP发展历程 37. HTTP与HTTPS总结 38. HTTP 和 HTTPS 的区别 39. HTTP 报文结构与状态码 40. HTTP Keep-Alive 机制 41. HTTP管道机制的作用 42. HTTP协议优缺点 43. HTTP 重定向状态码 301/302/303/307/308 44. HTTP 请求方法 45. HTTP 协议版本演进 46. HTTP与TCP的区别 47. HTTP/2 多路复用原理 48. HTTPS 协议的缺点 49. HTTP/3 如何保证传输可靠性 50. HTTP/2 的改进 51. HTTPS 加密原理 52. 什么是负载均衡? 53. Nginx 负载均衡调度算法 54. Nginx 是什么 55. 对象存储 OSS 是什么 56. OPTIONS 请求方法及使用场景 57. 轮询与 WebSocket 对比 58. HTTPS 中 SSL 的 OSI 层位置 59. SSL连接恢复 60. 强缓存和协商缓存 61. TCP 三次握手与四次挥手 62. TCP三次握手中的数据传输 63. TCP 和 HTTP 请求的关系 64. TCP/IP 协议 65. TCP 如何判断丢包 66. TCP 与 UDP 的区别 67. WebSocket 的 Handshaking 握手过程 68. TLS 1.3 相比 TLS 1.2 的改进 69. URI、URL、URN 的区别 70. WebSocket 心跳机制 71. WebSocket 协议原理 72. XML与JSON对比

TCP 如何判断丢包

TCP 通过超时重传机制判断丢包,结合流量控制和拥塞控制保证传输可靠性

问题

TCP 是如何判断数据包丢失的?

解答

TCP 保证传输可靠性主要依靠校验和、序列号、确认应答、超时重传、连接管理、流量控制和拥塞控制这几个机制。其中判断丢包主要通过超时重传机制实现。

确认应答与序列号

TCP 传输时会对每个字节的数据进行编号(序列号)。接收方收到数据后会发送 ACK 报文,报文中包含确认序列号,告诉发送方已接收到哪些数据,下次从哪里开始发送。

序列号还能将接收到的数据排序,并去除重复数据。

超时重传

发送方发送数据后,如果在一定时间内没有收到 ACK 报文,就会触发超时重传。没收到 ACK 的原因可能是:

  • 发送的数据因网络问题丢失,接收方没收到
  • 接收方收到数据,但返回的 ACK 报文因网络问题丢失

超时重传的处理方式:

  • 如果是数据丢失,重新发送后接收方正常响应 ACK
  • 如果是 ACK 丢失,接收方根据序列号判断是重复数据,直接丢弃并继续返回 ACK

超时等待时间是动态计算的,既要避免等待过长影响效率,也要避免等待过短导致频繁重传。

流量控制

接收端通过 TCP 报头中的 16 位窗口大小字段,告知发送端自己接收缓冲区的剩余空间。发送端根据这个值调整发送速度:

  • 窗口大小越大,网络吞吐量越大
  • 窗口大小为 0 时,发送方停止发送,并定期发送窗口探测数据段

这样可以防止发送速度过快导致接收端缓冲区溢出,避免丢包。

拥塞控制

TCP 使用慢启动机制避免一开始就发送大量数据造成网络拥堵:

  1. 初始拥塞窗口设为 1,每收到一个 ACK,拥塞窗口加 1(指数增长)
  2. 发送数据前,取拥塞窗口和接收端窗口的较小值作为实际发送窗口
  3. 设置拥塞窗口阈值,超过阈值后改为线性增长
  4. 发生超时重传时,阈值降为当前拥塞窗口的一半,拥塞窗口重置为 1

关键点

  • TCP 通过超时重传机制判断丢包,发送数据后在动态计算的时间内未收到 ACK 就认为丢包
  • 序列号机制可以识别重复数据,避免 ACK 丢失时的重复处理
  • 流量控制通过窗口大小防止接收端缓冲区溢出导致的丢包
  • 拥塞控制使用慢启动和动态调整窗口,避免网络拥堵引发的丢包
  • 发生超时重传时,拥塞窗口阈值减半,拥塞窗口重置为 1