空闲时延低不代表满载也低
路由器和调制解调器会排队等待发送数据。当上传或下载持续接近瓶颈容量时，过长队列可能让实时流量也排在大量数据后面。用户常看到空闲测速不错，一开云盘同步或直播，游戏和语音就明显迟滞。
AQM 与整形各自解决什么
主动队列管理试图在队列积累过多前提供拥塞反馈或管理丢弃；流量整形则限制发送节奏。家庭环境中，合适的智能队列管理可以改善共享负载下的交互体验，但前提是设备性能足够，且整形位置能影响实际瓶颈。
配置值应来自稳定容量
如果运营商容量随时间变化，固定整形值可能在有些时段过高、有些时段保守。应通过多次测量评估，并结合设备文档调整。更复杂的规则不一定更好；错误的优先级可能牺牲其他设备，也不能让总可用带宽凭空增加。
先用可复现负载确认
建立空闲延迟基线，再在可控的上传和下载期间测量。若延迟只在上行满载时显著上升，应优先检查上行队列、备份任务和路由器负载。比较设置前后时，测试目标和业务并发应保持一致。
场景示例
家庭上传能力只有有限容量时，照片备份占满上行，下载请求的确认和游戏操作也可能受影响。暂停备份后恢复，只能说明竞争与排队值得进一步检查。
实践检查清单
- 分别测试空闲、上传满载与下载满载时延。
- 检查后台备份和路由器 CPU 占用。
- 调整队列设置前保存配置，并确认能够回退。
参考资料
以下为相关标准或背景资料。本文是独立技术说明，示例不代表归巢实测或功能承诺。
实际网络表现受地区、运营商、目标服务、协议实现与负载影响。归巢的具体功能、会员权益及可用线路，以当前客户端和正式服务说明为准。