游戏延迟从哪来

你按下鼠标左键，准星里的敌人还在跑动，半秒后枪声才响，你已经被击杀。这中间的延迟不是单一因素造成的，而是一整条链路里每一环都在耗费时间。理解它，才能理解为什么你永远无法彻底消灭延迟。

从你点击鼠标那一刻起，信号先要经过鼠标内部的微控制器采样。大多数游戏鼠标的回报率是1000Hz，也就是每1毫秒上报一次位置和按键状态。这1毫秒看似微乎其微，但已经是延迟的起点。接着操作系统读取这个输入，把它合入当前帧的输入队列。这里有个关键：游戏不会立即响应你的点击，而是要等到渲染循环下一次处理输入事件。如果游戏运行在144帧每秒，每帧间隔约6.9毫秒，最坏情况下你需要等将近7毫秒，游戏逻辑才开始计算你的射击判定。

然后是CPU和GPU的工作。CPU处理射击逻辑、伤害计算、网络同步，这些指令被送入指令流水线，经过分支预测、缓存读取，最后写入网络缓冲区。GPU同时要渲染这一帧画面，它也有自己的渲染队列，显卡驱动会提前缓存2到3帧。在垂直同步开启时，GPU还必须等待显示器发出刷新信号，这又额外增加最多一帧的延迟。禁用垂直同步能减少这部分等待，但画面会撕裂，没有完美的选择。

接下来是网络传输，这是延迟的大头。你的电脑把按键指令封装成数据包，交给网卡，再经过路由器、交换机，进入光纤。光在光纤里的传播速度大约是每秒20万公里，而不是真空中的30万公里。如果你在上海玩北京的游戏服务器，直线距离约1000公里，光跑一个单程就要5毫秒，加上路由跳过的多个节点和光-电转换带来的处理时间，实际单程往往超过15毫秒。如果服务器在洛杉矶，从上海出发的海底光缆长度约1.3万公里，光走这段路就要65毫秒，再加上中继器的放大延迟、路由跳数和网络拥塞，真实往返时间通常在150到180毫秒之间。这个数字是物理距离决定的下限，任何“加速器”都改变不了光速和海底光缆的长度。

数据包在互联网上不是直线飞行的。它要经过几十台路由器，每一台路由器都要读取包头、查路由表、更新计数器、转发到下一个端口。即使路由器没有排队，单台的处理延迟也在几十微秒到几百微秒之间。几十次累加起来，就是几毫秒到十几毫秒。如果某一段链路拥塞，数据包会进入环形缓冲队列等待。当队列排满，新到的包直接被丢弃。游戏使用UDP传输，丢包不会重传，但会造成抖动，也就是延迟忽高忽低。如果你的连接使用了TCP，比如某些游戏的内置语音，丢失的包会触发重传，延迟直接翻倍甚至更多。

服务器端同样消耗时间。现代大型多人在线游戏采用权威服务器，玩家的一切操作都要经服务器验证后才广播给所有人。服务器每秒要处理成千上万的输入，每个输入都要经过反作弊校验、碰撞检测、状态更新、视野裁剪，然后把结果打包下发。在高负载时刻，服务器自身也会形成排队，这部分延迟可能从几毫秒飙升到几十毫秒，在开服或大型团战时尤其明显。

最后是显示环节。你的屏幕不会一次性显示整帧画面。LCD面板的像素灰阶翻转需要数毫秒，OLED更快但也不是瞬时。如果你的显示器响应时间是5毫秒，那意味着从电信号到像素真正变化需要5毫秒。再加上显示器从信号接口接收数据、完成像素排列、按扫描行刷新，通常还要1到4毫秒。如果你用无线鼠标和无线耳机，它们各自还有1到10毫秒的传输延迟，这部分经常被忽略。

把这些数字加在一起，一个理想的国内游戏场景：你的鼠标输入1毫秒，系统等待6.9毫秒，CPU处理1毫秒，GPU渲染3毫秒，网络单程10毫秒，服务器处理5毫秒，网络返回10毫秒，显示器刷新2毫秒，总共约39毫秒。听起来不多，但人眼对运动和攻击的感知可以分辨10到20毫秒的差异，职业玩家更是在意哪怕5毫秒的差距。而跨洋服务器场景下，总延迟轻易突破180毫秒，你在屏幕上看到的是一个已经完全过时的世界，你做出的反应基于的是几百毫秒前的战况。

延迟无法消除，因为光速有限，路由器需要时间，芯片不能无限提速。但你可以把它压缩到可接受的范围：用有线网络、关闭垂直同步、开启游戏的低延迟模式、选择距离更近的服务器、用高刷新率显示器。然而无论你多努力，物理规则始终在那里，每一次点击和每一次画面刷新之间，永远夹着那些无法跨越的毫秒。