游戏老掉线？问题出在路由器和游戏特性上

不知道你有没有这种经历，一家人坐在客厅，手机刷视频、电脑看直播都好好的，唯独你端着笔记本或者手机打游戏，每隔几分钟就卡一下，然后眼睁睁看着角色站在原地挨打，接着屏幕一黑，掉线重连。最气人的是，其他设备全程稳定，压根没断过。这到底是为什么？

先弄明白一件事，看视频聊天的数据流和游戏的数据流是两种完全不同的东西。

视频网站也好，微信语音视频也好，它们靠的是缓冲和延迟容忍。你看视频的时候，播放器会提前把后面十几秒甚至几十秒的内容加载到内存里，网络稍微抖一下，卡顿一下，播放器靠缓冲就扛过去了，你根本感觉不到。就算真断网几秒，缓冲够多，画面也不会中断。聊天软件更是如此，语音和视频数据包丢了，系统会丢掉旧帧，直接显示新画面，人眼很难察觉那几毫秒的缺失。

游戏就不一样了，尤其是竞技类的MOBA、吃鸡、FPS射击游戏。游戏服务器和你的客户端之间要维持一种实时同步状态，你按一个技能，走一步路，都要立刻把数据包发到服务器，服务器算完再传回来。关键在于，这个数据包非常小，但频率极高，而且对时间的要求极端苛刻，超过100毫秒延迟你就能感觉到飘，超过300毫秒基本等于废了，一旦超过1秒没有数据来回，服务器直接判定你掉线。

现在你就明白了，Wi-Fi路由器在处理游戏这种高频小数据包时，有一个天生的软肋。

路由器内部有缓冲区，所有的数据包都排队在这里等待转发。看视频的数据包大，几千字节一个，但是它们攒得少，缓冲区很快就能吞进去并排着队发出去。游戏数据包呢，几十个字节一个，小得可怜，但它来得特别频繁，而且穿插在那些大块头视频包中间。路由器的转发机制是公平的，按到达顺序排队，于是小包被大包挤在后面，等大包处理完才轮到它。多数路由器芯片对于大数据包的转发效率高，对小包的处理能力反而弱，这叫包转发率瓶颈。便宜的芯片，转发小包的能力可能只有几百K PPS，大型视频流倒是不怕，游戏这种海量小包一来，缓冲区直接塞满，后面的数据包无处安放，只能被丢掉。

数据包一丢，游戏客户端和服务器之间的通话就断了，客户端拼命重发，服务器那边迟迟收不到新数据，这就触发了掉线判定。视频那边呢，数据包丢了不要紧，重传机制补回来，缓冲撑住，照样流畅。

还有一个因素，Wi-Fi是半双工共享介质的，所有设备都挤在同一个无线信道里。你家的手机、平板、智能电视、甚至扫地机器人，全都连在同一个路由器上。视频聊天时的流量是持续不断的，占用大量带宽时长，这会挤占无线信道的时间片。游戏数据包虽然小，但每次抢占信道的时间片有限，一旦信道忙，就得等下一轮。如果周围邻居的Wi-Fi信号也多，信道拥挤，游戏数据包等的时间就更长，延迟飙升，然后掉线。

市面上很多路由器在出厂时，默认开启了很多所谓的“智能优化”功能，什么带宽分配、QoS优先级调整。听着很高大上，实际上很多廉价路由器的QoS就是个摆设，根本不能识别游戏数据包的类型，或者识别了以后处理器算力不够，还要额外消耗资源去处理这些判断，结果反而让延迟更高。

运营商光猫这边也常有坑。很多光猫自带路由和Wi-Fi功能，家里如果再接一个路由器，那就是双重NAT转发。视频流量无所谓，多一层转发感知不强。游戏对数据包往返时间极其敏感，每过一次NAT就增加一点延迟，数据包的生命周期被压缩，稍有波动就断。更别提有些光猫默认开启了防火墙和Session数限制，游戏服务器的连接频繁建立断开，很容易触发限制，直接被切断。

还有一种较少人注意的情况，运营商对UDP协议的限制。主流游戏大多使用UDP传输，速度更快，但UDP没有重传机制，丢了就是丢了。很多运营商在晚上高峰时段，对UDP包做限速或者丢弃策略，以保证网页和视频这些TCP服务的质量。于是你晚上打游戏，延迟忽高忽低，不断掉线，而家人刷视频一点问题都没有，正是因为视频用的TCP，被运营商保护得很好。

真正的游戏玩家要解决这个问题，几个方向值得下手。

路由器换一台支持MU-MIMO和OFDMA技术的Wi-Fi 6路由器，这不仅是协议升级，更是对大量小包场景的优化。Wi-Fi 6在每个数据帧里可以承载更多小包，整体转发效率提升明显，对游戏这种场景改善很大。光猫改成桥接模式，用主路由器拨号，减少一层NAT。路由器上如果有QoS功能，手动把游戏设备的优先级调到最高，但前提是路由器性能本身够用。实在不行，最土的办法，把打游戏的设备用网线直连路由器，绕开无线传输的所有不确定因素，游戏体验立竿见影。

游戏掉线这件事，不是玄学，是数据流特征和硬件机制不匹配的结果。看视频不掉线是因为视频容错，聊天不掉线是因为语音容错，游戏掉线是因为它分毫不让。搞清楚原理，对症下药，那个屏幕瞬间变灰的夜晚，就不会那么频繁了。