review/speed · 集群 A · 测速方法 · 5/6

测速环境控制：本地网络、设备与客户端设置如何影响测速结果

为什么测速前要控制环境

测速前要控制环境，是因为你测到的数字是「整条路径」的结果，而整条路径中有相当一部分在你自己家里。如果本地变量在不同测试之间发生变化，你就无法判断结果的差异来自机场还是来自自己。

可以把影响测速的因素分为四层，越靠前的越在你的控制范围内：

第一层：设备与系统    —— 后台程序、设备性能、系统更新
第二层：本地网络      —— 有线/无线、路由器、家庭其他设备
第三层：客户端配置    —— 代理模式、分流规则、DNS、协议实现
第四层：外部网络      —— 运营商出口、跨境链路、节点、目标站

前三层都可以由你控制，第四层是你真正想测的部分。本站目前没有任何品牌的实测数据，本文只说明如何控制前三层，让你自己的测试更可靠。

设备与系统层：先清理后台

设备层最常见的干扰是后台流量与系统任务，测试前应逐项暂停。常见来源包括：

• 操作系统自动更新与应用商店更新
• 云盘、相册、备份软件的同步
• 下载工具、游戏平台的后台下载
• 浏览器中自动播放的视频页面

此外，设备性能也有影响。代理客户端需要对流量加密解密，在性能较弱的设备上，高吞吐测试时处理器可能成为瓶颈。如果你在手机和电脑上测得的吞吐差异很大，不一定是线路问题，也可能是设备处理能力不同。

本地网络层：有线、无线与路由器

本地网络层的首要原则是「能有线就有线，不能有线就固定位置」。无线连接会受到距离、墙体、相邻信道拥挤的影响，在晚间邻居网络更繁忙时尤其明显，这会让抖动和丢包看起来像是代理的问题。

如果你在路由器上运行代理方案，可以在电脑上直接运行客户端做一次对照，判断路由器是否成为瓶颈。路由器方案的配置可参考 路由器方案 专题。

客户端配置层：模式、规则与 DNS

客户端配置是最容易被忽视、却最容易造成误读的一层。主要有三个变量：

代理模式

系统代理模式只接管遵循系统代理设置的程序，部分命令行工具和应用并不遵循；TUN 模式在网络层接管流量，覆盖更全面，但处理方式不同。同一组对比测试应只使用一种模式，并在记录中写明。模式差异的说明见 桌面客户端 专题。

分流规则

规则模式下，测速网站可能被分到直连。这时你看到的「代理测速」其实是本地宽带速度。测试前应在客户端连接列表中确认测速请求命中了代理规则，或临时切换到全局模式。具体核对方法见 测速工具差异。

DNS 设置

DNS 决定了域名被解析到哪个服务器地址。不同的 DNS 设置可能让同一个测速网站解析到不同地区的服务器，也可能因为解析失败或被污染导致连接异常。测试周期内应保持 DNS 设置不变。DNS 相关原理可参考 网络原理与排障 专题。

测速前的环境控制清单

下面是一份可以在每次测试前逐项勾选的清单，记录时把结果填入对应位置。本表为示例格式，状态栏以「—」占位：

移动网络测试的额外注意事项

在手机移动数据下测试时，需要额外考虑信号与基站负载两个变量。移动网络的信号强度会随位置和遮挡变化，基站在人流密集的时段负载也会上升，这些因素都会叠加在代理结果之上。如果你主要在手机上使用代理服务，可以在固定位置、固定网络类型下测试，并与家中有线宽带的结果分组记录，不要混在一起比较。

另外，手机系统的省电策略可能限制后台客户端的网络活动，导致长时间观察时出现「看似断流」的记录。测试前应确认客户端未被系统省电策略限制。移动端客户端的相关设置可参考 移动客户端 专题。

无法控制的变量怎么办

无法控制的变量，应当被记录而不是被忽略。例如你无法让家人晚上不看视频，也无法控制运营商的出口拥塞。这种情况下：

1. 在记录中如实注明，例如「家中有其他设备在播放视频」。
2. 用本地基线作为参照，判断外部网络本身的状态。
3. 增加样本，让偶然干扰在汇总中被稀释，见 测速样本量要多少。

测试时也请遵守所在地法律法规和目标网站的服务条款，不对第三方服务器做高频请求。

小结

环境控制的目标不是做到实验室级别，而是让你的每一次测试「条件相同、差异可解释」。控制好设备、本地网络与客户端三层后，再按 机场测速流程怎么做 执行测试。若测试中出现异常，可先参考 故障排查 专题排除本地问题，再到 机场品牌库 对照品牌资料。