03 / LATENCY & QUALITY
Karing测速、网络延迟、速度波动与连接质量检测指南
让每次测量都有上下文。比较同一目标和相同条件下的多次结果，再讨论快慢与稳定。
测量准备
先决定要回答什么问题。
“网页打开慢”“下载不稳定”和“连接失败”需要不同的观察。延迟表示一次指定交互的等待，吞吐量反映传输速率，波动来自多次测量之间的变化；它们不能互相替代。ICMP、TCP或HTTP的测试方式也不应混在一列直接比较。
| 观察目标 | 记录内容 | 比较前提 |
|---|---|---|
| 首次响应 | 目标与协议、等待时间、失败阶段 | 同一请求方式与目标 |
| 持续传输 | 时长、文件或服务、平均速率 | 相同测试资源与接入条件 |
| 稳定性 | 多次延迟、失败次数、发生时间 | 相同间隔与观察窗口 |
| 本地无线 | 位置、接入、可见信号指标 | 先确认系统是否提供相应字段 |
手动记录
整理你已经完成的测量。
此处用于手动整理你已经完成的测量，不发起网络探测。记录仅保存在当前页面内存中，刷新页面会清空；可导出CSV留存。
分层比较
从本地链路到远端服务。
固定设备位置，记录Wi-Fi名称的非敏感代号与时间。Mac用户先理解无线信号、噪声与信噪比；有条件时用有线接入对照。无线环境较好也不能保证远端始终稳定。
再按线路选择的单变量方法改变一个条件，重复相同目标。不要把一次高峰速度作为长期性能保证，也不应在移动网络上无节制消耗流量。
异常结果
先区分慢、受限与失败。
请求失败不能简单写成“速度为0”。遇到拒绝、重置、超时，应参考TCP错误阶段单独记录。Windows可以用进程连接记录补充应用层线索；Android后台任务延后则先检查系统数据限制与调度条件。