一、核心目标与根本挑战
在深入原理之前，首先要明白联机游戏的终极目标和最大敌人：
* 核心目标：让所有参与游戏的玩家在各自的电脑/主机上，看到高度一致、近乎实时的游戏画面和状态。
* 根本挑战：网络延迟。数据在网络中传输需要时间（从几十毫秒到几百毫秒不等），这个延迟是无法消除的物理限制。所有联机技术都是在与延迟作斗争。
二、两大核心技术原理
为了实现核心目标，目标，现代电竞游戏主要依赖两大核心技术：网络模型 和 同步技术。
1. 网络模型
网络模型决定了游戏数据如何在玩家之间传递和确认。
a) 客户端 客户端-服务器模型
这是目前最主流、最常用的电竞游戏架构，如《英雄联盟》、《CS:GO》、《守望先锋》、《DOTA 2》等。
* 工作原理：
1. 存在一个中央游戏服务器，它被视为 “上帝”或 “权威” 。服务器的游戏状态是唯一正确的版本。
2. 所有玩家的客户端（游戏程序）只负责接收玩家的输入（如按键、鼠标移动），并将这些输入发送给服务器。
3. 服务器接收到所有玩家的输入后，在一个统一的游戏逻辑帧中进行计算，得出当前时刻唯一的、正确的游戏世界状态（谁在哪里，发生了什么）。
4. 服务器将这个权威的世界状态广播给所有客户端。
5. 各客户端接收到数据后，只是忠实地将服务器发来的状态渲染到屏幕上。
* 优点：
* 公平性高：所有客户端都服从于一个权威来源，难以，难以作弊。
* 一致性最好：服务器保证了全局状态的统一。
* 开发 开发和管理方便：逻辑集中在服务器端。
* 缺点：
* 对延迟敏感：玩家的任何操作都需要经过“上传->服务器计算->下发”的过程，会有明显的延迟感。为了解决这个问题，催生了下面的同步技术。
*上图简示了C/S模型：客户端只发送输入，服务器计算并返回状态*
b) 点对点模型
在这种模型中，没有中央服务器。每个玩家的电脑既是客户端，也是服务器，它们相互直接连接。
* 工作原理：
1. 每个玩家都将自己的操作广播给其他所有玩家。
2. 每个玩家都在自己的机器上运行完整的游戏模拟。
金年会官方网站入口3. 通过一种称为 “锁步同步” 的技术，确保所有机器以相同的顺序处理相同的输入，从而（理论上）得出完全相同的结果。
* 优点：
* 延迟感低：对于某些类型的游戏，操作响应感觉更快。
* 无需租赁服务器：降低了开发商成本。
* 缺点：
* 极易作弊：任何一个玩家都可以通过修改本地内存来作弊（例如“开挂”）。
* 依赖最差节点：只要有一个玩家网络不好，所有人都会卡顿。
* 一致性难保证：微小的浮点数误差都可能随着时间推移导致不同客户端的模拟结果出现分歧（即“ desync”）。
* 应用场景**：现在已较少用于竞技游戏，但在一些对战时延要求极高、且基于主机的格斗游戏中仍有使用。
2. 同步技术
这是联机游戏的灵魂所在，尤其是在C/S模型中。主要有以下三种关键技术：
a) 预测
为了弥补指令上传的延迟，客户端会在按下按键的瞬间，立刻在本地模拟这个操作的结果。
* 例子：在《CS:GO》中，你按下W键向前走。你的客户端不会等待服务器确认，而是让你的人物立刻开始移动。这给了你“零延迟”的操作体验。
* 代价：如果服务器的最终计算结果和你本地的预测不一致（比如服务器判定你被一颗你没看到的子弹打中了），那么你的客户端会被强制纠正到服务器的权威状态。这时你就会体验到“瞬移”或者“明明躲进掩体了还是死了”（俗称“吃屎回放”）的情况。
b) 插值
为了弥补状态下发的延迟，并让画面的移动看起来平滑。
* 工作原理：客户端收到的不是瞬间的快照，而是一系列带有时间戳的游戏状态。客户端会故意比服务器慢一点（例如100ms），这样它就能总是收到来自“未来”的状态包。然后，它会取之前收到的两个状态包，在其间进行平滑的插值计算，渲染出中间帧。
* 例子：你看到敌方玩家平滑地从A点跑向B点，实际上你看到的可能是他100ms前的位置和他现在位置之间的一个过渡动画。如果没有插值，你看到的就是人物的瞬移。
c) 补偿
主要用于解决射击游戏中的命中判定问题，因为你和敌人的视角存在延迟。
* 工作原理：当你开枪时，客户端会将开枪指令连同你过去几百毫秒内的移动轨迹一起发送给服务器。服务器收到后，并不是在你开枪的“服务器当下时刻”进行判定，而是回溯到你开枪的那个时间点（根据时间戳），检查在那个历史时刻，你的准星是否真的瞄准了敌人。
* 例子：这就是为什么你可以打死一个刚刚跑进掩体的敌人——在你的时间线上，他跑进掩体时你开了枪；但在服务器的回溯计算中，在你开枪的那一刻，他还没有进入掩体。
三、具体的实现方法与协议
在实际编程中，工程师们会选择不同的底层协议来实现数据传输：
1. TCP
* 特点：可靠、有序。能保证数据包不丢失、不乱序。
* 缺点：速度慢。如果一个包丢了，后续所有的包都要等待重传，会造成卡顿。
* 适用场景：对可靠性要求极高的非实时数据，如登录验证、聊天信息、游戏结果的结算等。
2. UDP
* 特点：快速、不可靠。只管发包，不保证到达，也不保证顺序。
* 优点：延迟低。丢一个包不影响后续包的接收，更适合实时的游戏状态同步。
* 适用场景：几乎所有实时竞技游戏的核心玩法通信都基于UDP。因为比起偶尔丢包导致的角色小抖动，持续的延迟和卡顿更不能忍受。游戏引擎会在UDP之上自己实现一套轻量级的可靠和有序机制，用于最重要的指令（如“玩家死亡”）。
四、进阶概念：帧同步 vs 状态同步
这是在RTS（即时战略）、MOBA类游戏中常听到的两个高级术语，它们是上述原理的具体应用：
* 状态同步：
* 这就是上面描述的C/S模型的经典方式。服务器同步的是每个游戏单位的状态（坐标、血量等）。《魔兽世界》、《CS:GO》、《英雄联盟》都是典型的状态同步。
* 优点：安全性高，反外挂能力强，流量相对稳定。
* 缺点：服务器压力大，所有逻辑都要在服务器运算。
* 帧同步：
* 这是一种更极致的锁步P2P思想在C/S架构上的应用。服务器不计算游戏逻辑，只做一件事：收集每个客户端的操作指令，然后按固定的时间间隔（如一帧）打包，再广播给所有客户端。
* 所有客户端收到相同的操作指令包后，在自己的机器上独立运行完全一样的游戏逻辑。只要初始状态相同，输入的指令序列相同，理论上所有客户端的运行结果就应该完全一致。
* 优点：非常适合需要完全一致的确定性模拟的游戏，如RTS（《星际争霸2》）；服务器压力小；易于做比赛录像和回放（只需记录操作流）。
* 缺点：对“确定性”要求极高，不能有任何随机因素（或用同一个随机种子）；一旦有一个客户端因计算差异导致不同步，整个游戏就崩溃了；外挂可以轻松读取所有玩家的操作（“战争迷雾”形同虚设）。
| 特性 | 客户端-服务器 + 状态同步 | 点对点 / 帧同步 |
| :--
| 代表游戏 | 《CS:GO》, 《LOL》, 《守望先锋》 | 《星际争霸2》， 一些格斗游戏 |
| 核心思想 | 服务器是权威，客户端只显示 | 所有客户端运行相同的逻辑和输入 |
| 抗延迟技术 | 预测、插值、补偿 | 锁步（等待最慢的玩家） |
| 公平性与反作弊 | 优秀 | 较差 |
| 开发复杂度 | 较高 较高（服务器逻辑复杂） | 较高（客户端逻辑必须绝对 deterministic） |
电子竞技游戏的联机是一门在延迟、一致性、流畅度和安全性之间寻求最佳平衡的艺术。你现在感受到的每一次流畅击杀和团队配合，背后都是一套极其复杂的分布式实时系统在支撑。
