金砖弱网延迟与丢包率设置技巧

必须合理设置延迟与丢包率：延迟控制响应滞后（单位ms），丢包率影响重传与位置拉回（单位%）；丢包模式需匹配场景，随机测稳定性，连续测瞬断；延迟建议100–400ms，抖动设10%–20%；丢包率分三档：1%–3%观轻量问题，20%–35%压测崩溃点，70%+配连续丢包验容灾。

想精准复现卡顿、掉线、位置拉回等弱网问题，必须合理设置延迟与丢包率这两个核心参数，不能只调高数值就完事——延迟设太高会直接断连，丢包率设太低则根本测不出真实崩溃点。

先搞清延迟和丢包各自管什么

延迟（delay）控制的是数据包“在路上等多久”，单位是毫秒（ms），它直接影响操作响应滞后感和音画不同步；丢包率（packet loss）控制的是“发出去的包有多少根本没到”，单位是百分比（%），它决定连接是否频繁重传、消息是否丢失、位置是否被校正拉回。

【丢包模式必须选对】随机丢包适合测整体稳定性，连续丢包更适合复现某次瞬间断连或关键帧丢失——比如视频首帧加载失败、登录请求超时，就得用连续丢包。

延迟怎么设才不翻车

第一步：打开金砖弱网→点击【新增配置】→输入模板名（如“高延迟视频卡顿”）。

第二步：在“上行延迟”和“下行延迟”栏分别填值。测试普通App交互，建议从100ms起步；若模拟跨省服务器，可设为200–400ms；超过500ms后多数TCP连接会开始重传，800ms以上极易触发超时断连。

第三步：抖动（jitter）设为延迟值的10%～20%更贴近真实弱网——比如延迟设200ms，抖动就填20–40ms。抖动为0时网络过于“稳定”，反而测不出客户端容错能力。

这一步别跳过：延迟值填完后，务必点【保存】再退出参数页，否则重启测试时仍用旧值。

丢包率设多少才算有效

方法一：保守起手式

丢包率填1%～3%，只影响边缘请求，适合观察UI反馈延迟、小图标加载慢等轻量问题。

方法二：压力临界点

填20%～35%，这是多数实时音视频SDK的崩溃阈值区间。此时TCP重传激增，UDP包大量丢失，能暴露重传策略缺陷和心跳机制漏洞。

方法三：极端破坏测试

填70%以上+连续丢包模式，专用于验证断线重连逻辑、本地缓存兜底、离线操作回传是否健壮——但注意：【此模式下App可能完全无响应，勿在未备份场景下长时间运行】。

组合调试实战路径

① 先固定丢包率5%，把延迟从50ms逐步加到300ms，观察首屏加载时间、按钮点击反馈延迟变化；

② 延迟锁定在200ms，把丢包率从1%→10%→25%阶梯上调，记录每次出现白屏、闪退、位置拉回的临界点；

③ 在临界点附近微调：比如25%丢包+200ms延迟已触发拉回，就尝试降丢包到22%、升延迟到220ms，看是否仍拉回——这能帮你定位是丢包敏感还是延迟敏感。

最后一步：点击【开始测试】→按提示授予“悬浮窗”权限→确认目标App已添加进测试列表→启动。