游戏加速与代理：NAT 类型、UDP 转发和延迟的关系
用代理玩外服游戏，体验往往不如预期——这不是节点不好，而是游戏流量的特性和网页浏览完全不同。这一页说明差异在哪。
一、游戏对网络的要求和网页完全不同
网页浏览是「请求—响应」模式，偶尔卡一下无感；游戏是持续的双向实时同步，对延迟的稳定性极其敏感。
关键区别在于：延迟的波动比延迟的绝对值更致命。稳定的 150ms 体验尚可接受，而在 60ms 和 200ms 之间反复跳变的链路会让操作完全无法预判。这也是为什么单看测速软件的 ping 值不足以判断一条线路能不能打游戏。
同理，丢包对游戏的破坏远大于对下载的破坏。下载丢包只是重传变慢，游戏丢包直接表现为瞬移、技能无响应。
二、NAT 类型：联机能否成功的关键
多人游戏尤其是 P2P 联机的游戏，需要玩家之间能直接建立连接。NAT 类型决定了这件事能否成立。
FullCone（完全锥形，常称 NAT1）——任何外部主机都能主动连入，联机成功率最高。
Restricted / Port-Restricted Cone——只有你先连过的对方能回连，部分场景可用。
Symmetric（对称型，NAT4）——每个目标使用不同端口映射，P2P 打洞几乎必然失败，表现为「进不了房间」「组队失败」。
所以选节点时，UDP 是否支持以及 NAT 类型是什么，比标称速率更值得关注。服务商通常会标注节点的 UDP 类型。
三、协议与传输层的选择
游戏流量大量依赖 UDP。如果代理链路不支持 UDP 转发，游戏可能表现为能登录但无法进入对战——登录走 TCP 成功了，实时同步走 UDP 失败了。
在丢包较多的链路上，基于 UDP 的方案（如 Hysteria 2）通常比 TCP 系表现更好，因为 TCP 遇丢包会主动降速并产生队头阻塞。
但要注意反面情况：部分网络对非常规 UDP 端口有严格 QoS 或直接封禁，此时 UDP 方案反而更差。这需要自己实测对比，没有普适答案。
四、几个常见的具体问题
只想让游戏走代理，其他不走。用分流规则把游戏的域名或 IP 段单独指向代理，其余直连。写法见分流规则怎么配。反过来，让某个国内游戏强制不走代理也是同样的做法。
模拟器里的游戏不走代理。雷电、夜神等安卓模拟器有自己的虚拟网络栈，宿主机的系统代理不一定覆盖到它。这种情况通常需要开启 TUN 模式在网络层接管，或在模拟器内单独配置。
Steam 下载慢但游戏本身正常。这是两类流量的差异——下载走 HTTP、对带宽敏感；对战走 UDP、对延迟敏感。可以把下载和对战分流到不同节点。
专业游戏加速器与通用代理的区别。前者针对特定游戏优化路由并处理 NAT，通常也不做流量限制；后者是通用方案。如果只玩游戏，专用加速器往往更合适——这一点值得说明，尽管本站主要介绍的是通用代理服务。