UE 网络同步、多人架构、主机过审相关的笔记，部分内容（帧同步、网络优化、技能矩阵）与具体引擎无关。

同步原理与框架

• 帧同步（Lockstep）：原理、实现与踩坑——只同步输入、各端跑确定性模拟；适用场景、确定性计算、desync 调试。
• UE 网络最佳实践 FAQ——整理自 UDN，降带宽、控同步频率、RepNotify vs Multicast。
• Replication Graph：大连接数下的同步选型——节点化共享复制列表，与原生框架的差异对比。
• 属性级脏标记：让 UE 只同步真正变化的属性——把同步粒度从 Actor 级细化到属性级，改 UHT 生成 Mark...Dirty()。

这篇把 UE Dedicated Server(DS)从拉代码到打包、再到自动部署上 Linux 走一遍。前半是本地打 DS 包的全流程,后半是用 Jenkins 通过 SSH 把 DS 部署到 Linux(本地机器或 AWS)的通用化 Groovy 脚本。

一、生成工程

从 Perforce 或 Git 拉到项目源码后,先在根目录跑 GenerateProjectFiles.bat 生成 .sln:

...\Engine\Build\BatchFiles\GenerateProjectFiles.bat ...\MyProject.uproject

Replication Graph 是 UE 的一套可选同步框架，常和属性级脏标记配合使用，目标是支撑几十个客户端连接下的实时同步，并把服务器 CPU 压下来。下面记录为什么要用它、它和原生框架的差异，以及一条完整的同步链路。

为什么要用 Replication Graph

性能与可扩展性

原生同步框架要求每个同步 Actor 在每一帧、对每个连接的客户端单独做相关性检查并复制。游戏里同步 Actor 和连接一多，这就成了服务器（DS / Host）的主要 CPU 瓶颈：

在一些大型多人项目里，团队会对 UE4 原生的属性同步规则做一层扩展，引入「属性级脏标记」（这里叫它 NetDirty 系统）。核心目标是把同步粒度从 Actor 级细化到单个属性级。

解决的问题

UE 原生基于 ActorChannel 的同步流程里，只要一个被标记为需要同步的 Actor 有任意一个属性变化，整个 Actor 就会被拉去做相关性检查和比对——哪怕其他属性根本没动。

属性级脏标记提供另一种可能：Actor 的某个属性变化时，只同步这个变化的属性，跳过未变化属性的无效比对，从而大幅降低带宽和比对开销。

一份多人（网络）游戏工程师的技能清单，按等级（Junior / Senior / Lead）和方向（客户端 / 服务器）划分。可以拿来对照自己的短板，或者作为团队招聘/成长路径的参考。

帧同步是多人游戏里同步世界状态的一种思路：不同步「结果」，只同步「输入」，每个客户端拿到所有人的输入后各自跑同一套确定性模拟，算出来的世界必然一致。RTS、MOBA、格斗这类对象多、状态复杂的游戏常用它，因为带宽只和输入量挂钩，跟场上有多少单位无关。

什么样的游戏适合帧同步

• 玩家数在开局时固定，中途不允许新玩家加入。
• 对局有明确的结束点。沙盒、MMO 这类没有终点、随时进出的玩法不适合。

优缺点

优点

• 后端几乎不用写 gameplay 逻辑，省掉一大块服务器开发量。
• 带宽正比于「输入命令大小 × 玩家数」，与模拟对象数量无关——同步一百万个对象和同步一个对象花的带宽一样。
• 回放系统实现简单，回放文件也小：存下每帧输入就能完整重演。

https://www.udemy.com/course/unreal-engine-5-cpp-multiplayer-shooter

Peer-to-Peer, Client-Server

UE5 Uses an Authoritative Client-Server Model

多人游戏连接

Redpoint

license key

<REDPOINT_LICENSE_KEY>

Network Profile

工具

Connection Timeout

Engine\Engine\Plugins\Online\OnlineSubsystemUtils\Source\OnlineSubsystemUtils\Private\IpNetDriver.cpp 命令：net.IpNetDriverReceiveThreadPollTimeMS