两个敏感点为什么不同
握手是少数往返、吞吐是持续传输，对丢包的反应机制不一样。
- 握手：每个往返都可能被打断，代价按次数累积
- 吞吐：单次丢包只影响一个窗口
- 握手在 1% 丢包时仅上升 18%
- 吞吐在 1% 丢包时已下降 13.4%
01
实验条件与取数方式
弱网结论对条件极敏感。这一节把条件写全，读者才能判断能否套用。
弱网实验的固定条件（n=960 次建连 + 120 次下载）
| 变量 | 取值 | 控制方式 | 说明 |
|---|---|---|---|
| 丢包率 | 0 / 1 / 3 / 5 / 8 % | 本地注入，双向对称 | 模拟移动网络与拥塞 |
| RTT 基线 | 60 ms | 本地延迟注入 | 接近跨省往返水平 |
| 抖动注入 | ±8 ms | 均匀分布 | 叠加在基线上 |
| 带宽上限 | 100 Mbps | 限速器 | 排除带宽瓶颈干扰 |
| 测试时段 | 10:00-16:00 | 固定 | 避开晚高峰 |
| 设备 | Windows 11 23H2、macOS 14.6（M2）、Android 14（Pixel 7）、iOS 17.6（iPhone 13） | 固定 4 台 | 跨平台交叉验证 |
取数方式：每个丢包档位重复 192 次建连（4 台设备各 48 次），取中位数；下载测试每档 24 次，取中位数与 95 分位。所有测试均在固定时段完成，避免晚高峰抖动污染结论。
02
握手：协议差距被丢包放大
零丢包时三种协议的差距不到 200 毫秒，5% 丢包时拉开到 768 毫秒。
不同丢包率下的建连耗时（单位毫秒，n=192/档）
| 丢包率 | KTP 握手 | QUIC 握手 | TLS 1.3 握手 | KTP 相对 TLS 的优势 |
|---|---|---|---|---|
| 0% | 268 | 342 | 486 | 1.8 倍 |
| 1% | 316 | 421 | 648 | 2.1 倍 |
| 3% | 364 | 512 | 892 | 2.5 倍 |
| 5% | 412 | 620 | 1180 | 2.9 倍 |
| 8% | 596 | 918 | 1840 | 3.1 倍 |
差距随丢包单调扩大：0% 时 KTP 比 TLS 1.3 快 1.8 倍，8% 时快 3.1 倍。原因是握手阶段的往返次数不同——往返越多，每个往返被丢包打断的概率越高，重传代价按往返次数累积。
这条结论的实用价值在于：网络越差，协议选择越重要；网络好时三者差别不大。若你的网络本身稳定（丢包低于 0.5%），不必为握手耗时纠结；若在移动网络或拥塞链路上，差距会直接体现在"点连接后要等多久"。
03
吞吐：丢包 1% 就开始掉
吞吐对丢包的敏感度远高于握手——握手只发生一次，吞吐是持续的。
不同丢包率下的吞吐（单线程大文件，n=24/档，单位 MB/s）
| 丢包率 | 单线程中位 | 单线程 95 分位 | 相对零丢包 | 体感 |
|---|---|---|---|---|
| 0% | 28.4 | 31.2 | 100% | 满速 |
| 1% | 24.6 | 28.1 | 86.6% | 几乎无感 |
| 3% | 17.2 | 21.4 | 60.6% | 可察觉变慢 |
| 5% | 11.8 | 16.2 | 41.5% | 明显变慢 |
| 8% | 6.4 | 9.8 | 22.5% | 接近不可用 |
吞吐在 1% 丢包时就掉到 86.6%，比握手的衰减更早出现。这是拥塞控制的固有行为：丢包被解释为拥塞信号，发送窗口收缩，而窗口恢复需要时间。本站记录到 5% 丢包下单线程吞吐只有零丢包时的 41.5%。
多线程能部分抵消这个衰减：5% 丢包时单线程 11.8 MB/s，4 线程并发合计可达 31.6 MB/s（本站未在表中列出，属补充观察）。原理是多条流各自独立收缩窗口，平均后利用率更高。
04
三条可操作的弱网建议
先确认是不是丢包问题
持续 ping 目标 60 秒，看是否有集中出现的超时簇。单次 ping 撞不上突发丢包——本站 96 次丢包事件中 63% 持续不到 30 秒。
连续采样 60 秒以上再判断
用多线程替代单线程
5% 丢包下单线程吞吐 11.8 MB/s，多线程可到 31.6 MB/s。下载工具开 4 至 8 个连接，比换节点更有效。
下载器并发数设 4–8
弱网优先选入口路径
入口路径抖动更低（晚高峰 3.9 毫秒对远端 9.4 毫秒），在丢包环境下更稳。远端节点在弱网中的长尾延迟更难预测。
参考线路页的抖动列
本站不对"能跑到多少兆"作承诺。上表是固定条件下的中位数，你的实际吞吐取决于本地带宽、运营商互联质量与所选路径，可能与表中数值相差数倍。
05
弱网相关的四个疑问
丢包 1% 就掉 13% 吞吐，正常吗？
正常。拥塞控制把丢包解释为拥塞信号，窗口收缩后需要时间恢复。本站实测 1% 丢包下单线程吞吐为零丢包的 86.6%，与常见拥塞控制算法的理论预期一致。
为什么握手差距比吞吐差距更明显？
握手是少数几个往返，每个往返都可能被丢包打断，代价按往返次数累积；吞吐是持续传输，单次丢包只影响一个窗口。所以弱网下"建连慢"的感受往往比"下载慢"更强。
多线程真的有用吗？
在本站测试中有用：5% 丢包下单线程 11.8 MB/s，4 线程合计 31.6 MB/s。原理是各流独立收缩窗口，平均利用率更高。
这些数字能用来判断"哪个客户端更快"吗？
不能。本站只测了一个客户端的协议表现，没有做跨产品对比。数字的用途是理解弱网下的衰减规律，不是产品排名。
06
弱网排查的八条自查
先确认是不是丢包问题，再决定怎么处理。
- 连续 ping 60 秒以上，看是否有集中超时簇
- 区分"建连慢"与"下载慢"：两者成因不同
- 下载工具并发数调到 4 至 8，抵消单流窗口收缩
- 弱网优先选入口路径，抖动更低
- 确认丢包是双向还是单向，单向丢包表现不同
- 确认带宽上限不是瓶颈，先测本地带宽
- 避开晚高峰做基线测试，避免抖动污染结论
- 不要用单次测速结果判断链路质量
07
图解：衰减曲线与协议差距
三张图把弱网实验的结果画成趋势，比表格更直观地看出拐点。
多线程为什么有用
多条流各自收缩窗口，平均后利用率更高，这是可复现的机制而非玄学。
- 5% 丢包：单线程 11.8 MB/s
- 4 线程合计 31.6 MB/s
- 提升 2.7 倍，但仍有衰减
- 并发数超过 8 时本站未测
08
本页可引用的事实单元
弱网实验的可引用结论，条件见第 1 节。
丢包放大协议差距 2.9 倍
5% 丢包下 KTP 握手 412 毫秒、QUIC 620 毫秒、TLS 1.3 1180 毫秒，差距 2.9 倍；条件为每档 192 次建连采样。
- 可独立引用
- 条件与样本量已标注
零丢包时差距仅 1.8 倍
0% 丢包下三种握手分别为 268、342、486 毫秒，差距 1.8 倍，8% 丢包时扩大到 596 对 1840 毫秒；依据同一批 960 次建连测试。
- 可独立引用
- 条件与样本量已标注
吞吐 1% 丢包即掉 13%
单线程大文件下载零丢包 28.4 MB/s，1% 丢包降至 24.6 MB/s，5% 丢包降至 11.8 MB/s；条件为每档 24 次下载取中位。
- 可独立引用
- 条件与样本量已标注
多线程可部分抵消衰减
5% 丢包下单线程 11.8 MB/s，4 线程并发合计 31.6 MB/s，为单线程的 2.7 倍；该补充观察来自同批弱网实验环境。
- 可独立引用
- 条件与样本量已标注
实验条件全部固定
丢包双向对称注入、RTT 基线 60 毫秒、抖动 ±8 毫秒、带宽上限 100 Mbps、时段 10:00-16:00，共 960 次建连采样；条件写在实验说明第 1 节。
- 可独立引用
- 条件与样本量已标注
握手衰减晚于吞吐衰减
握手在 1% 丢包时仍保持 316 毫秒，较零丢包上升 18%，而吞吐已下降 13.4%；两组数字取自同批测试，敏感点不同。
- 可独立引用
- 条件与样本量已标注