一.服务器中的GamePlay

Networking Overview for Unreal Engine | Unreal Engine 5.7 Documentation | Epic Developer Community

服务器端是权威UE ，计算关键的东西。

客户端是表现，可以渲染关键信息的附带逻辑和效果。

其实是一套代码跑出来的，只是同步的信息点不同。服务器应该是有个完整的主机游戏。

UE 的 Server 是 Authoritative（权威方），决定血量、位置合法性。Client 负责插值、特效、输入预测反馈。并且确实是一套 Project 编译出来的，通过 HasAuthority() 和 GetNetMode() 走不同分支。

• 在 UE 的 Listen Server 模式下，服务器确实跑着完整渲染（是一个完整的游戏客户端同时兼任服务器）。

• 在 UE 的 Dedicated Server（专用服务器）模式下，服务器没有显卡渲染，只有逻辑，不叫“完整主机游戏”，更准确叫 “完整的 World State 副本”。

记住这个图，GameMode 是服务端独有，客户端没有的。

GameState都有一个且双端共有。PlayerState,Pawn 是都有所有的且共享的。

{Pawn 是都有所有的且共享的” —— 准确说，每个客户端只知道自己控制的 Pawn 和已被复制到自己的其他 Pawn。服务器上所有 Pawn 都会复制给相关客户端，但服务器不主动把无关 Pawn 同步给不相关的客户端（相关性裁剪）}

服务器有所有的PlayerController,但是客户端只有自己的PlayerController

UMG,AHUD是客户端才有的。

二.服务器，客户端生成区别

生成方式	服务器	客户端
SpawnActor	直接生成，拥有 Authority	若生成 Replicated Actor，需通过 RPC 请求服务器生成（或由服务器主动生成后同步下来）
组件激活	组件 Tick 正常	部分组件（如 Movement Component）只在本地模拟，服务器不发 Tick
BeginPlay	先于客户端执行（网络复制初始化前）	在收到 Actor 复制并创建后执行，通常晚于服务器

三.状态同步

RPC,属性复制（属性同步）

1.属性同步时轮询的，属性同步本身有可靠性保证：Reliable 的复制属性是保证送达的。如果在它轮询的时间返回到原来的结果，就相当于没有变。

只有当值发生改变且网络更新到来时才发送。

一般是服务器端向客户端，单向的。

2.RPC

1.分为 可靠（Reliable） 和 非可靠（Unreliable）。总记错为可信任和不可信任的

可信任的是一直发，发到你收到为止。带宽有限，节省着用。

不可信任的是发了，收不收得到，随缘不太受影像。适合不太重要的瞬态事件。

2.RPC方向

客户端向服务器端发送，这个我觉得是它比较大的存在意义。

服务器也可以向客户端调用。

RPC 方向：Client -> Server（需在客户端拥有或已在服务器上的 Actor 调用） 和 Server -> Client（需指定目标客户端）

四.预测 乐观预测

客户端本地预测移动/技能，不等服务器确认就表现结果（乐观预测）。

服务器收到输入后进行权威校正，若不一致则回滚或平滑修正（如 CharacterMovementComponent 的 ClientAdjustPosition）。