金砖弱网最稳参数需满足延迟≤带宽×2（ms/kbps）、丢包率≤延迟÷10，推荐三档：基础稳态档（上行256/下行512kbps、延迟80ms、丢包3%）、高延迟抗压档（上行128/下行1Mbps、延迟320ms、连续丢包1.5%）、极弱网兜底档（上行8/下行16kbps、延迟120ms、随机丢包0.8%），并须开启方向独立控制、禁用TCP快速重传、关闭gzip压缩。
金砖弱网调多少倍最稳？这不是问放大倍数，而是问参数组合怎么配才能让测试结果稳定、可复现、不飘。高胜率参数不是固定数值，是上下行带宽、延迟、丢包率三者之间彼此克制的平衡点——带宽太低会触发应用层超时重连，延迟太高会让TCP窗口填不满，丢包率一高就掩盖了真实性能瓶颈。
先搞清“稳”指的是什么
“稳”指测试过程中网络指标波动小、应用行为可预期、多次重复结果偏差＜15%。金砖弱网本身不产生抖动，但若参数设置不当，会诱发系统级重传风暴或协议退避，反而让实测吞吐率跳变剧烈。例如：下行带宽设为50kbps + 延迟200ms + 随机丢包8%，此时TCP慢启动周期被反复打断，实际吞吐可能在3kbps～22kbps之间无规律震荡。
真正稳定的组合必须满足：延迟 ≤ 带宽 × 2（单位统一为ms和kbps），且丢包率 ≤ 延迟值 ÷ 10（取整）。这是避免协议层陷入恶性循环的硬约束。
高胜率参数三档推荐
【基础稳态档（通用兼容）】：上行256kbps / 下行512kbps，延迟80ms，随机丢包率3%，抖动0ms。这套参数覆盖92%的Android/iOS应用弱网适配测试，不会触发HTTP/2流控熔断，也不会让QUIC连接频繁重建。适合首次验证、回归测试、CI流水线集成。
【高延迟抗压档（视频/直播类）】：上行128kbps / 下行1Mbps，延迟320ms，连续丢包率1.5%，抖动15ms。重点压制上行带宽+拉高延迟，模拟4G边缘区域上传卡顿+首屏加载慢场景。注意：必须关闭“TCP快速重传”，否则丢包率1.5%就会导致RTO指数退避。
【极弱网兜底档（IoT/信令类）】：上行8kbps / 下行16kbps，延迟120ms，随机丢包率0.8%，抖动0ms。专用于测试心跳保活、MQTT QoS1消息重发、DNS超时降级等底层逻辑。此档位下所有HTTP请求默认走HTTP/1.1，禁用gzip压缩——【开启gzip会导致实际payload超出带宽限制，触发内核丢包，参数失效】。
方向性控制必须开
第一步：进入「新增配置」→ 点击「高级参数」→ 开启「方向独立控制」开关。
第二步：分别设置上行与下行参数，不要勾选「同步上下行」。很多测试失败源于误用同步模式——比如想测视频卡顿（下行敏感），结果上行也被限速，导致ACK回包延迟，TCP误判为拥塞，进一步降低发送窗口。
第三步：对游戏类App，务必把上行延迟设为下行延迟的0.6倍（例如下行300ms → 上行180ms）。这是模拟真实RTT不对称现象，能暴露客户端预测逻辑缺陷。
悬浮窗实时盯住三个数
方法一：在「设置」→「悬浮窗」中开启「精简模式」，只显示当前生效的上行带宽、下行延迟、丢包率三项。
方法二：长按悬浮窗图标→选择「诊断视图」，此时会叠加显示「实时吞吐率」和「TCP重传率」。只要重传率＞5%，立刻暂停测试——说明参数已越过稳定边界，不是网络真弱，是配置过激。
注意：悬浮窗数据每2秒刷新一次，但「丢包率」显示值是过去10秒滑动窗口统计，不是瞬时值。看到丢包率突然跳到12%，先等3秒再判断，避免误操作。
导出抓包验证是否真稳
第一步：启用「网络抓包」功能 → 设置保存路径为默认路径 【/storage/emulated/0/android/data/com.jinzhuan/cache】。
第二步：运行测试满60秒后停止 → 在文件管理器中找到最新生成的pcap文件 → 用Wireshark打开 → 过滤tcp.analysis.retransmission。
第三步：统计重传报文占比。若＞3%，说明参数组合引发协议层不稳定；若＜0.5%且吞吐曲线平滑，则确认为高胜率稳态。
