TCP（传输控制协议）是 OSI 传输层（L4）的核心协议，通过三次握手建立连接、序列号与确认机制保证可靠交付、滑动窗口与拥塞控制管理流量。绝大多数业务系统的交易流量都跑在 TCP 之上，因此重传、乱序、零窗口、RST 等 TCP 层异常往往是应用变慢、交易超时的根因。
TCP（Transmission Control Protocol，传输控制协议）是互联网协议栈中最重要的传输层协议之一，工作在 OSI 模型的第 4 层。它为应用提供**面向连接、可靠、按序、全双工**的字节流传输——HTTP、TLS、数据库、消息中间件、金融交易报文等绝大多数业务协议都构建在 TCP 之上。
一条 TCP 连接的生命周期由一个状态机驱动：通过**三次握手**（SYN → SYN/ACK → ACK）建立连接，数据传输阶段依赖**序列号（Seq）与确认号（Ack）**保证不丢、不重、按序，借助**滑动窗口与拥塞控制**（慢启动、拥塞避免、快速重传/快速恢复）动态调节发送速率，最后通过**四次挥手**（FIN/ACK）或 **RST** 关闭连接。
正因为业务流量几乎都经过 TCP，**TCP 层的异常是应用性能问题最直接、最客观的证据**。当用户抱怨“系统变慢”“交易超时”时，重传率升高、RTT 抖动、零窗口（接收方缓冲区耗尽）、乱序、连接被 RST 重置等 TCP 现象，往往比应用日志更早、更准确地暴露问题所在。读懂 TCP，就握住了端到端性能诊断的第一把钥匙。
天旦基于 **CloudProbe 全保真旁路采集**，无需在业务系统上安装任何探针或 Agent，即可对每一条 TCP 连接进行逐包解析，**完整重建 TCP 状态机**。从握手、数据传输到连接关闭的每一个阶段，配合**纳秒级时间戳**，精确还原重传、乱序、零窗口、RST 发生的时刻与方向，形成可回溯、可举证的**证据链**。当业务出现性能问题时，庙算42 AI Agent 会自动关联 TCP 层证据与上层应用现象，**5 分钟内给出协议级根因定论**，把“网络玄学”转化为客观、可量化的诊断结论。
天旦通过 CloudProbe 旁路镜像采集网络流量，对每条 TCP 连接逐包解析，依据序列号与确认号识别重传、乱序等异常，全程不在业务系统上安装探针，对应用零侵入、零性能影响。
重传率没有绝对阈值，需结合业务基线判断。一般数据中心内部链路重传率应低于 0.1%，持续高于 0.5%~1% 通常意味着链路丢包、拥塞或对端异常，应结合 RTT、零窗口等指标综合分析。
零窗口表示接收方缓冲区已满、暂时无法接收更多数据，是流控机制，连接仍存活；RST 是连接重置，强制中断连接。零窗口多指向对端处理能力瓶颈，RST 多指向连接被主动或异常终止。
可以。绝大多数应用流量跑在 TCP 上，TCP 层的重传、零窗口、RTT 抖动往往比应用日志更早暴露问题。天旦庙算42 会把 TCP 证据与上层应用现象自动关联，给出协议级根因，并定界是网络侧还是应用侧的责任。