条件属性复制

当属性被注册进行复制后,您将无法再取消注册(涉及到生存期这一话题)。之所以会这样,是因为我们要预制尽可能多的信息,以便针对同一组属性将某一工作分担给多个连接。这样可以节省大量的计算时间。

那么,如何对属性复制过程进行更细化的控制呢?这时就需要用到条件属性了。

默认情况下,每个复制属性都有一个内置条件:如果不发生变化就不会进行复制。

为了加强对属性复制的控制,您可以使用一个专门的宏来添加附加条件。

这个宏被称为 DOREPLIFETIME_CONDITION。它的应用示例如下:

void AActor::GetLifetimeReplicatedProps( TArray< FLifetimeProperty > & OutLifetimeProps ) const
{
    DOREPLIFETIME_CONDITION( AActor, ReplicatedMovement, COND_SimulatedOnly );
}

传递给条件宏的 COND_SimulatedOnly 标志甚至可以在考虑复制属性前执行一次额外检查。这时,它只会复制到拥有此 actor 模拟复本的客户端。

这样做的一个最明显的好处在于节省带宽;因为我们确信拥有此 actor 的自治代理版本的客户端无需了解这个属性(例如,该客户端为了进行预测而直接设置了这一属性)。另一个好处就是对于不接收该属性的客户端而言,服务器无需干涉这个客户端的本地复本。

下面,让我们快速浏览一下目前支持的条件,它们会在 Engine\Source\Runtime\CoreUObject\Public\UObject\CoreNet.hELifetimeCondition 枚举中指定:

条件 说明
COND_InitialOnly 该属性仅在初始数据组尝试发送
COND_OwnerOnly 该属性仅发送至 actor 的所有者
COND_SkipOwner 该属性将发送至除所有者之外的每个连接
COND_SimulatedOnly 该属性仅发送至模拟 actor
COND_AutonomousOnly 该属性仅发送给自治 actor
COND_SimulatedOrPhysics 该属性将发送至模拟或 bRepPhysics actor
COND_InitialOrOwner 该属性将发送初始数据包,或者发送至 actor 所有者
COND_Custom 该属性没有特定条件,但需要通过 SetCustomIsActiveOverride 得到开启/关闭能力

到目前为止,我们已经讨论了基于已知状态的条件。这可以让引擎方便的做出必要的优化,同时让您对属性复制拥有足够的控制。

如果这样的控制力还不够,那该怎么办?关于这个话题,还有一件事需要讨论。有一个名叫 DOREPLIFETIME_ACTIVE_OVERRIDE 的宏可以让您进行全面控制,利用您想要的任何定制条件来决定何时复制/不复制某个属性。需要注意的是,这种控制需针对每个 actor(而不是每条连接)逐一进行。换句话说,如果在定制条件中使用一个可根据连接而发生变化的状态,会存在一定的安全风险。具体示例如下。

void AActor::PreReplication( IRepChangedPropertyTracker & ChangedPropertyTracker )
{
    DOREPLIFETIME_ACTIVE_OVERRIDE( AActor, ReplicatedMovement, bReplicateMovement );
}

现在 ReplicatedMovement 属性只会在 bReplicateMovement 为 true 时复制。

为何不一直使用这个宏?主要有两个原因:

属性复制条件可以很好的实现控制力与性能之间的平衡。它们可以使引擎以更快的速度针对多条连接检查并发送属性,同时让程序员对复制属性的方式和时机进行精细控制。