测速结果里的零速度与异常延迟应该如何保留和解读

先保留，再解读

测速结果里出现零速度、KB 级速度、异常高的延迟或者无法判定的 UDP 类型，这些都是原始记录的一部分，处理原则是先完整保留，再结合条件解读。静默删除会让结果整体偏向好看，读者看到的就不再是真实的测试情况。

本文只讲异常值的保留与解读方法，不把任何异常归因于具体品牌，也不转写本站截图的任何数值。所属专题见 本站测速批次记录与局限，批次层面的局限说明见 本站测速批次记录与局限 一节。

常见的异常形态

需要强调的是，“可能的成因”只是列出常见方向。从截图本身无法确定是哪一个，同一种表现可能来自完全不同的原因。UDP Unknown 的判定细节见 测速显示 UDP Unknown 是什么意思。

为什么不能静默删除

删除异常值看起来是“清理数据”，实际上会引入选择偏差。设想一组测试里有几个节点速度为零，如果把它们删掉，剩下节点的表现就会被误读为该次测试的整体情况；如果只在某些品牌的截图里删，在另一些品牌里保留，比较就更失去意义。

资料包 README 第四节明确写明，图中存在 0B、KB 级速度、异常高延迟、UDP Unknown、FullCone 和 RestrictedCone 等结果，属于原始测试的一部分，不得为美化结论而静默删除。本站发布截图时遵循同样的要求。

本站对截图中异常值的处理规则

本站对已发布的截图采用四条规则：

1. 原样保留。截图不裁剪、不遮挡、不修改，异常结果与正常结果一同展示。
2. 不单独挑出。不把某张截图里的异常结果拿出来单独讨论，也不拿它与其他品牌对比。
3. 不做归因。不把异常解读为某品牌“节点差”或“不支持 UDP”，因为单次截图无法确定成因。
4. 不做聚合。不计算剔除或不剔除异常值的平均数，因为本站本来就不对图内数值做汇总。

这四条规则也写进了品牌页测速报告面板的局限说明中，读者在任一品牌页都能看到。数据状态与标注的整体规则见 数据状态与标注规范。

异常值对平均速度的影响

异常值之所以重要，还因为它会显著改变汇总指标。一组节点中只要有一两个零速度，平均速度就会被拉低；反过来，如果删掉它们，平均速度就会上升。同一份原始记录，因为处理方式不同，可以得出差别很大的“平均”。这也是为什么平均速度必须说明算法，见 平均速度与峰值速度。

自测时如何记录异常值

自己测速时，建议为每一次异常单独记录以下信息，而不是只写“这次失败了”：

如果同一时刻所有节点都异常，问题更可能在本地网络或测试工具；如果只有个别节点异常，且重试后依旧，才更可能与该节点有关。

读他人测速结果时如何看待异常值

在别处看到测速结果时，异常值的有无本身就是一条线索。一份批量测试结果里完全没有失败、超时或零速度，并不一定代表测试对象表现出色，也可能是测试者事先筛掉了不可用节点，或只展示了挑选后的部分。反过来，结果中保留了异常值，说明测试者至少没有做明显的美化。阅读时可以问一句：失败的节点去了哪里？如果找不到答案，结果的代表性就要打折扣。

什么时候可以把异常值排除在统计外

在需要计算平均数或中位数的场合，排除异常值并非完全不可以，但要满足三个条件：

1. 规则预先确定。例如“连续三次超时的节点视为不可用，不计入速度统计，但计入可用率”，这类规则要在测试前写好。
2. 双向报告。同时给出排除前与排除后的结果，并写明被排除的次数。
3. 保留原始记录。被排除的结果不删除，仍可供复核。

看到结果之后再决定排除哪些，无论初衷如何，都会变成挑选数据。

关于异常值的追问

零速度是不是节点坏了：不一定，超时、握手失败、后端繁忙、限速、本地网络都可能导致，需要重测。

为何不删掉异常结果：删除会造成选择偏差，资料包与本站规则都要求原样保留。

自测时能否排除：可以，但规则要预先确定，并同时报告排除前后的结果。测速时请遵守所在地法律法规与平台条款。