TCP怎么保证可靠性？｜腾讯 C/C++面经解析

60 秒回答模板

可以这样回答：TCP 保证可靠传输依靠序列号、确认应答、超时重传、快速重传、校验和、滑动窗口、拥塞控制和有序重组。它保证的是可靠有序的字节流，不保证应用层消息边界。发送端给字节流编号，接收端按序号确认已收到的数据；未收到 ACK 会按 RTO 超时重传，收到重复 ACK 可触发快速重传；接收窗口控制发送方不要压垮接收端，拥塞窗口控制不要压垮网络。可靠性带来状态维护、重传和拥塞退避成本。弱网下 TCP 会牺牲吞吐或延迟来保证有序可靠，实时音视频等业务可能选择 UDP 并在应用层做部分可靠。不要把 TCP 可靠性和应用层幂等、HTTP 重试混为一谈。TCP 只看到字节流，应用仍要处理半连接、超时、断线、消息边界和业务重试。验证时重点看：抓包看 seq/ack、重传、重复 ACK、窗口大小、RTT/RTO、乱序重组和连接状态；系统侧看重传率、丢包率和拥塞窗口变化。

考点 考点边界

主线 核心机制

易错点 只说超时重传，没有补快速重传、滑动窗口、拥塞控制和有序…

深入解析

考点边界

这题必须围绕“TCP 可靠传输机制”本身回答，不能套相邻大类模板。先给定义或目标，再展开机制、边界、取舍和验证抓手。回答时要主动点出题面关键词对应的对象、输入输出和约束条件，避免把具体问题讲成宽泛复习提纲。本题对应“TCP 可靠传输机制”，核心前提是：TCP 保证可靠传输依靠序列号、确认应答、超时重传、快速重传、校验和、滑动窗口、拥塞控制和有序重组。它保证的是可靠有序的字节流，不保证应用层消息边界。

核心机制

发送端给字节流编号，接收端按序号确认已收到的数据；未收到 ACK 会按 RTO 超时重传，收到重复 ACK 可触发快速重传；接收窗口控制发送方不要压垮接收端，拥塞窗口控制不要压垮网络。关键证据要落到协议状态、报文边界、连接状态、抓包信号，这样才能说明机制为什么能支撑题目结论。如果继续展开，要对应到连接状态、报文顺序、窗口变化、超时重传、抓包字段或应用层语义，避免把不同协议层混在一起。

关键取舍

可靠性带来状态维护、重传和拥塞退避成本。弱网下 TCP 会牺牲吞吐或延迟来保证有序可靠，实时音视频等业务可能选择 UDP 并在应用层做部分可靠。因此要把协议层职责、握手成本、超时重试、抓包证据和应用兜底放在一起判断。这些取舍决定了方案在不同输入规模、延迟、内存、并发、泛化或一致性要求下是否仍然成立。

边界风险

不要把 TCP 可靠性和应用层幂等、HTTP 重试混为一谈。TCP 只看到字节流，应用仍要处理半连接、超时、断线、消息边界和业务重试。排查时优先看抓包、连接状态、握手阶段、重传率、RTT、状态码、超时分布和服务端日志。需要特别关注极端输入、数据分布变化、资源不足、并发竞争或观测口径错误带来的退化。修复时要按 DNS、连接建立、传输、应用协议和服务端处理分段定位，避免只在客户端或服务端单点猜测。

验证抓手

工程验证可以结合抓包、连接状态、重传统计、RTT、丢包率、状态码和服务端日志。协议题如果能落到可观察指标，就能从背诵变成可排查的工程答案。针对本题，最有价值的验证信号是：抓包看 seq/ack、重传、重复 ACK、窗口大小、RTT/RTO、乱序重组和连接状态；系统侧看重传率、丢包率和拥塞窗口变化。把验证抓手说出来，可以让答案从知识点延伸到网络链路排查和协议行为验证。

易错点

只说超时重传，没有补快速重传、滑动窗口、拥塞控制和有序重组。
把流量控制和拥塞控制混为一谈，没有说明接收端能力和网络拥塞的区别。
只背“TCP 可靠传输机制”的结论，漏掉关键步骤：发送端给字节流编号，接收端按序号确认已收到的数据；未收到 ACK 会按 RTO 超时重传，收到重复 ACK 可触发快速重传；接收窗口控制发送方不要压垮接收端，拥塞窗口控制不要压垮网络。
没有说明“TCP 可靠传输机制”的失败边界：不要把 TCP 可靠性和应用层幂等、HTTP 重试混为一谈。TCP 只看到字节流，应用仍要处理半连接、超时、断线、消息边界和业务重试。
把相邻概念混用，没有明确说明这道题真正考察的边界。
没有给出验证方式，导致答案听起来完整但无法判断是否真的生效。

面试官追问

TCP 怎么发现数据没可靠到达？

发送端用序列号和 ACK 跟踪接收进度，超时未确认触发 RTO 重传，连续重复 ACK 可触发快速重传。接收端再按序号去重、排序并交付有序字节流。

滑动窗口和拥塞控制分别解决什么问题？

滑动窗口主要避免发送端压垮接收端，拥塞控制避免压垮网络链路。前者看接收窗口，后者看拥塞窗口、慢启动、拥塞避免和丢包反馈。

“TCP 可靠传输机制”追问实现细节时，应该展开哪条链路？

TCP 保证可靠传输依靠序列号、确认应答、超时重传、快速重传、校验和、滑动窗口、拥塞控制和有序重组。它保证的是可靠有序的字节流，不保证应用层消息边界。面试官继续追问时，应该沿着这条机制展开：发送端给字节流编号，接收端按序号确认已收到的数据；未收到 ACK 会按 RTO 超时重传，收到重复 ACK 可触发快速重传；接收窗口控制发送方不要压垮接收端，拥塞窗口控制不要压垮网络。

“TCP 可靠传输机制”怎么验证结论没有答偏？

优先给出能观察或推导的证据：抓包看 seq/ack、重传、重复 ACK、窗口大小、RTT/RTO、乱序重组和连接状态；系统侧看重传率、丢包率和拥塞窗口变化。同时补充失败边界：不要把 TCP 可靠性和应用层幂等、HTTP 重试混为一谈。TCP 只看到字节流，应用仍要处理半连接、超时、断线、消息边界和业务重试。

“TCP怎么保证可靠性”继续追问时最该补哪条边界？

应该围绕“TCP 可靠传输机制”补适用前提、失败场景和验证证据。先说明哪些条件下这个机制成立，再说明哪些输入规模、并发状态、数据分布或资源限制会让答案需要调整。