Language:
Page Info
Engine Version:
Share
此中文页面内容对应的英文页面有后续更新,如需浏览最新文档可切换至英文页面浏览。

Actor 及其所属连接

在这篇文章中,您会看到很多关于 actor 所属连接的介绍。最终,每个连接都有一个专门为其创建的 PlayerController(关于此过程的更多信息,请参阅客户端连接流程详情)。每个出于此原因创建的 PlayerController 都归这个连接所有。要确定一个 actor 是否归某一连接所有,您可以查询这个 actor 最外围的所有者,如果所有者是一个 PlayerController,则这个 actor 同样归属于拥有 PlayerController 的那个连接。

类似的例子包括 Pawn actor 归 PlayerController 所有的情形。它们的所有者将是其所属的 PlayerController。在此期间,它们归属于 PlayerController 的连接。在连接归属于 PlayerController 期间,Pawn 只能由该连接所有。所以,一旦 PlayerController 不再拥有这个 Pawn,后者就不再归连接所有。

另一个例子就是道具栏物品归 Pawn 所有的情况。这些道具栏物品归属于可能拥有该 Pawn 的同一连接(如存在)。

在确定所属连接方面,组件有一些特殊之处。这时,我们要首先确定组件所有者,方法是遍历组件的“外链”,直到找出所属的 actor,然后确定这个 actor 的所属连接,像上面那样继续下去。

连接所有权是以下情形中的重要因素:

  • RPC 需要确定哪个客户端将执行运行于客户端的 RPC

  • Actor 复制与连接相关性

  • 在涉及所有者时的 Actor 属性复制条件

连接所有权对于 RPC 这样的机制至关重要,因为当您在 actor 上调用 RPC 函数时,除非 RPC 被标记为多播,否则就需要知道要在哪个客户端上执行该 RPC。它可以查找所属连接来确定将 RPC 发送到哪条连接。

连接所有权会在 actor 复制期间使用,用于确定各个 actor 上有哪些连接获得了更新。对于那些将 bOnlyRelevantToOwner 设置为 true 的 actor,只有拥有此 actor 的连接才会接收这个 actor 的属性更新。默认情况下,所有 PlayerController 都设置了此标志,正因如此,客户端才只会收到其拥有的 PlayerController 的更新。这样做是出于多种原因,其中最主要的是防止玩家作弊和提高效率。

对于那些要用到所有者的 需要复制属性的情形 来说,连接所有权具有重要意义。例如,当使用 COND_OnlyOwner 时,只有此 actor 的所有者才会收到这些属性更新。

最后,所属连接对那些作为自治代理的 actor(角色为 ROLE_AutonomousProxy)来说也很重要。这些 actor 的角色会降级为 ROLE_SimulatedProxy,其属性则被复制到不拥有这些 actor 的连接中。