网络延时与延时抖动：ms 数值怎么组合才真实
延时决定「每去一回要多久」，抖动决定「这个多久稳不稳定」。两个参数配合，才能模拟出接近真实移动网络的延迟形态，而不是机械的固定延迟。
延时：上下行各填各的
单位 ms，模板里上行延时与下行延时独立设置。数据包的实际延迟约等于所设数值（叠加在真实网络延迟之上）。官方文档用波形图演示过 100ms、200ms、300ms 三档切换时的数据包到达时间差异——设多少，波形就整体抬升多少。
抖动：给延迟加「随机性」
延时抖动的机制：对每个数据包按设置的概率进行抖动选择，被选中的包在 0 到抖动值之间随机取一个额外延迟。所以抖动有两个隐含要素：
- 抖动值（ms）：额外延迟的上限；
- 作用概率：不是所有包都被抖到，2.0 版本起支持配置抖动概率。
举例：延时 100ms + 抖动 500ms，实际单包延迟会在 100ms 到 600ms 之间散布——这正是网络场景模板库里「上下行高延迟高抖动」预设（延时 500ms、抖动 500ms、概率 100%）的原理：概率 100% 时抖动最强、散布最满。
常用组合
| 目标 | 延时 | 抖动 |
|---|---|---|
| 基准延迟档（对应低延迟预设） | 100 | 0 |
| 拥塞感（交互明显变钝） | 300~500 | 0~100 |
| 波动剧烈（高延迟高抖动预设） | 500 | 500 |
| 轻度真实感 | 80~150 | 50~150 |
延时对什么最敏感
- 交互类操作（点击响应、语音对讲）：延迟 200ms 起明显；
- 页面首屏：延迟叠加在请求数上，请求数越多放大越狠；
- 实时对战游戏：延迟与抖动都是杀手，见游戏联机弱网测试。
验证你设的延迟真的生效
最直接的办法是看信息悬浮窗里的 ping 读数，读数含义见信息悬浮窗读数；要精确到逐包分析，用抓包 + 波形报告，见测试报告：csv 与 html 两份输出。
记不住数值时用一个锚点：100ms 是「能感觉到但能用」的临界档，500ms 是「明显难用」档，预设模板也是这么分的。