游戏客户端的流量以 UDP 小包为主，对时延尖峰极其敏感。分流的关键不是把游戏放进加速通道，而是把它的辅助进程也一起识别并纳入同一路径，否则主进程与反作弊进程各走一条路，反而引入不一致。
多数实时对战类游戏使用 UDP 承载游戏状态同步，特点是包体积小、发送频率高、对丢包容忍度低。与视频类应用不同，游戏几乎不需要大带宽，但要求极低的时延与抖动。一个 5 Mbps 的游戏连接，其体验差异完全由时延曲线决定，而不是由带宽决定。
这意味着针对游戏的路径取向应该明确：宁可选一条带宽一般但时延稳定的路径，也不选一条峰值很高但抖动剧烈的路径。把游戏放进吞吐优先型通道是常见的配置错误，会表现为画面流畅但操作延迟明显。
现代游戏客户端普遍是多进程架构。除了主程序，通常还有反作弊模块、语音聊天模块、更新下载模块，它们各自独立发起网络连接。如果识别只按主程序的可执行文件判断，辅助进程很可能被归为未知应用而走默认路径。
后果是双重的。反作弊进程走错路径可能导致验证超时甚至被判定为异常；语音模块走错路径会导致队内语音断续。排查这类问题时，先在客户端状态页查看该游戏名下的连接条目数量，如果只有一条，基本可以确定辅助进程被漏掉了。
| 指标 | 权重取向 | 原因 |
|---|---|---|
| 时延 | 最高 | 直接决定操作判定 |
| 抖动 | 高 | 尖峰比平均值更影响体验 |
| 丢包 | 中 | 小包丢失影响明显但可被冗余缓解 |
| 吞吐 | 低 | 游戏本身带宽需求很小 |
画面正常但操作延迟高：检查是否被分到了吞吐优先型的通道，改为游戏类别的预设。队内语音断续：检查语音模块是否被单独识别为未知应用。登录或匹配阶段频繁失败：检查反作弊进程的连通性，必要时把整个游戏目录归入同一类别。更新阶段速度慢：更新下载属于大文件传输，可与实时对战分开配置。