TCP
互联网核心传输层协议，提供面向连接、可靠、有序的字节流传输服务，广泛应用于互联网通信，但在高带宽低延迟的数据中心环境中存在队头阻塞、尾部延迟等结构性问题
核心事实
时间轴 (近 90 天)
QUIC 运行在 UDP 之上，解决了 TCP 的队头阻塞问题，并将首次连接的往返次数从 2-3 次 RTT 降低到 1 RTT，对已知服务器可实现 0-RTT 恢复
Homa采用无连接设计，避免了TCP维护连接状态的开销
TCP的有序字节流语义导致队头阻塞——一个数据包的丢失会阻塞后续所有数据的交付
RDMA对网络无损（无丢包）环境要求极高，需要配合优先级流控（PFC）等机制，运维复杂度高于TCP
TCP的最大优势在于其无处不在的生态系统，包括操作系统内核、网卡硬件卸载、负载均衡器和监控工具链
RTMP默认运行在TCP 1935端口，依靠TCP的可靠传输保证音视频数据按序到达
传输层网络抖动（如TCP超时或连接重置）与服务端限流响应（如HTTP 429）行为相似但成因不同，前者短暂等待即可恢复，后者才需长时间退避
VPN隧道承载的流量若也是TCP，会产生TCP meltdown（TCP重传叠加），严重影响传输效率
滑动窗口是一种固定长度上下文缓冲区的数据管理策略，最早广泛应用于TCP网络协议流量控制和自然语言处理文本分析
全部知识事实 (11)
QUIC支持多路复用，单个流的丢包不会阻塞其他流，解决了TCP的队头阻塞问题
65%待验证SYN Flood攻击滥用了TCP三次握手机制
95%待验证QUIC 运行在 UDP 之上，解决了 TCP 的队头阻塞问题，并将首次连接的往返次数从 2-3 次 RTT 降低到 1 RTT，对已知服务器可实现 0-RTT 恢复
50%待验证TCP的最大优势在于其无处不在的生态系统，包括操作系统内核、网卡硬件卸载、负载均衡器和监控工具链
50%待验证Homa采用无连接设计，避免了TCP维护连接状态的开销
50%待验证TCP的有序字节流语义导致队头阻塞——一个数据包的丢失会阻塞后续所有数据的交付
50%待验证RDMA对网络无损（无丢包）环境要求极高，需要配合优先级流控（PFC）等机制，运维复杂度高于TCP
50%待验证RTMP默认运行在TCP 1935端口，依靠TCP的可靠传输保证音视频数据按序到达
50%待验证传输层网络抖动（如TCP超时或连接重置）与服务端限流响应（如HTTP 429）行为相似但成因不同，前者短暂等待即可恢复，后者才需长时间退避
50%待验证VPN隧道承载的流量若也是TCP，会产生TCP meltdown（TCP重传叠加），严重影响传输效率
50%待验证滑动窗口是一种固定长度上下文缓冲区的数据管理策略，最早广泛应用于TCP网络协议流量控制和自然语言处理文本分析
50%