先分清是链路慢还是被限速,再动手

同一个包,换一次网络就能排除掉大半猜测。

先把「慢」拆成三种情形

这三种的处理方式完全不同,先各花一分钟分辨清楚,比反复刷新页面有用得多。

一条能验证到底的排查顺序

  1. 记下当前网络环境,用手机开热点让电脑连上去再取一次
  2. 热点下明显变快,说明原来那条线路或网关做了限制
  3. 热点下一样慢,换个时间段重试,避开晚高峰再判断
  4. 速度始终很低就换用支持分段的下载工具接手同一个地址
  5. 以上都不变,才去怀疑目标服务器侧的临时状况

测试安装包的体积不小,用一次几十秒的小文件做参照没有意义;判断链路好坏要么用同一类大包,要么看同一时段的持续速度。

代理与分流设置的影响

全局代理

所有流量绕一圈,取包反而可能更慢,试一试直连。

分流规则过时

老规则把分发域名走了不该走的线路,更新一份规则再试。

DNS 被改写

解析到的节点离你很远,速度自然上不去,改用可靠的解析服务。

网卡驱动老旧

高带宽下容易掉速,更新一下网卡驱动再看结果。

能找到的加速手段里哪些值得试

做法有用的情况代价
换网络取一次判断是否被限速需要另一条线路
换下载工具接手单连接速度被压得太低要自己确认文件完整性
错峰重试晚高峰线路拥堵要多等一段时间
改解析服务节点解析得不合适可能影响其它站点访问

维护这件事的长期做法

如果经常要在多台机器上装同一套测试环境,把安装包留一份在数据盘比每次重新取要可靠;再顺手记下当时用的网络,出问题时能立刻对上号。

相邻品的两篇记录

关于慢的常见追问

是不是文件太大才显得慢

测试场景资源本身就有一定体积,但慢到几十分钟通常不是体积的问题,先按上面的顺序区分是哪一类原因。

换个浏览器会不会更快

有帮助但有限。浏览器只负责发起连接,瓶颈在线路和目标服务器之间,换工具接管下载更直接。

用下载工具接手之后要注意什么

装之前核对文件体积是否与页面标注一致,体积对不上容易出现解压失败,重新取一遍更保险。

手机端取包会更快吗

不一定。移动网络在信号好的位置常常比受限的办公网络快,但它对总体积更敏感,注意流量消耗。