发热导致的降速
手机长时间高负载或处于高温环境时会主动降频、降功率，其中也包括 Wi-Fi 功放的发射功率回退。表现为「刚开始测速正常，用几分钟就慢下来」，而网络侧指标（RSSI、重传率、信道利用率）一切正常。这是终端散热策略在起作用，不是网络故障；排查时要把设备温度与任务负载加进变量清单。
基本信息
| 典型特征 | 首轮测速正常，持续几分钟后下降，机身发热 |
|---|---|
| 对照方法 | 换一台同型号冷静机在同位置复测 |
| 无线侧表现 | RSSI、重传率、信道利用率均稳定 |
| 结论 | 终端热管理行为，不属于网络故障 |
| 加剧因素 | 后台更新、同步任务、充电状态、环境温度 |
典型使用场景
- 用户报「用一会儿就慢」，重连或重启后短暂恢复
- 大文件下载或热点共享场景下速率衰减
- 车载、户外高温环境下终端降速
- 测试人员用发热的测试机做验收，数据偏低
- 区分终端侧性能问题与网络侧问题
验证方法
验证方法
# 同一位置、同一时间：冷静机与发热机各测 3 轮
# 记录每轮开始与结束的速率，画出衰减曲线
# 同时采集无线侧指标，确认 RSSI 与重传率没有变化
# 让发热机静置降温后复测，若速率恢复则确认为热管理现象对照
| 现象 | 终端过热 | 网络问题 |
|---|---|---|
| 首轮正常后续下降 | 典型热管理特征 | 少见 |
| 速率波动无规律 | 一般不相关 | 常见 |
| 机身温度明显偏高 | 相关 | 无关 |
| 换机后行为消失 | 确认在终端侧 | 无关 |
| 无线侧指标异常 | 无关 | 相关 |
排查终端侧性能问题时，把设备温度与任务负载加入变量清单，避免把终端降频当成网络故障处理。
后台更新、云同步与边充边用都会加剧发热与降频，测速前先清理这些负载再取数。
用一台已经发热的机器做验收测试会得到偏低的结论，进而误判网络性能；验收前让测试机静置降温。