2：虚幻引擎网络架构:Replication

　　虚幻引擎的网络架构主要功能便是经过Replication Actor，Variable, function来保持服务器和客户端的信息同步。Unreal的每个类都有一个复制语句Replication{}。这个块中能够进行变量和函数的复制。

这是在PlayerReplication中的复制语句

　　在上面代码中：
   -bNetDirty表示variable中有值发生了变化才会进行复制。    
   -bNetInitial应该老是为true。   
   -若是Actor的Owner是当前客户端的PlayerController则为true。

　　上面的Replication模块定义了这个Actor中能够从服务器端发送给客户端同步的数据，这样能够只挑选不多的一部分进行传输节省了大量的带宽。还能够把Network编程的部分从代码中剥离出来看。



　　1.变量复制
　　通常是变量被服务器发送给客户端，但也存在少数从客户端将数据返给服务器端的状况发生。对于从客户端复制到服务器的状况，这个操做必须是在客户端的PlayerController中完成！
　　变量复制老是在每次更新的最后执行，而且是Reliable。

　　
　　2.函数复制
　　尽管在单人游戏中将老是执行每个function，但在网络游戏中可不必定是。例如脚底下Buff粒子播放的函数能够只须要给本身看见，而其余玩家不须要看到。由于函数复制和变量赋值前后顺序的问题，你得考虑复制的函数中包含那个要被复制的变量改变，能够将其当作这个函数的参数一并复制哦。
　　函数复制能够有Unreliable，


　　3.仿真

　　在服务器上每个函数都会被执行，除非是从客户端发送来的。在客户端上，每个函数都有一个起源，要么是从服务器 到 客户端的复制函数，事件函数或exec 函数。
　　对于Simulated函数，是为了给客户端支持接近Actor实际运行效果的函数，同时被Server和Client调用。考虑到一个Projectile撞击墙壁，这个函数可被设为Simulated，由于Client能够预测这个事件的发生。这会减小没必要要的从服务器复制给客户端的网络传输延迟。大多的PostBeginPlay也是这个状况，在客户端的Actor会初始化料理好本身。

　
 
 　关于优化和提升性能：  对于网络设计，咱们老是想觉得玩家提升低延迟的游戏服务为宗旨的，因此在作网络编程时应该注意一下几个原则和内容：　　- 最少化复制Actors的数量　　- 最小化每次Actors在tick时的更新：将Relevancy的Actor数量尽可能降到最低（下节讲Relevancy）　　- 避免没必要要的bNetDirty　　- 避免没必要要在服务器端的Actor Spawn,例如爆血粒子，让服务器端的玩家看到便可。　　- 避免一些游戏性不相关的Relevancy，（好吧，这里仍是讲Relevancy，就是说有时候一些Actor离你很远不会处于摄像机内，并影响到你。这时候你就不须要给这些Actor进行网络同步耗费带宽）　　- exec function的数量尽量降到最低　　- 总之保持如下原则：1.保持每个Client的Relevant Acto数量最小　　- 减小每次更新的属性数量　　- 减小传输包的数量　　解压DevNetTraffic查看全部复制Actor的属性记录。Stat Net来查看对应的网络情况信息。　　 Replication
{
    //服务器应该发送到客户断的数据。
    if ( bNetDirty && ( Role == Role_Authority ) )
        Score, Deaths, bHasFlag, PlayerLocationHint,
        PlayerName, Team, TeamID, bIsFemale, bAdmin,
        bIsSpectator, bOnlySpectator, bWaitingPlayer, bReadyToPlay,
        StartTime, bOutOfLives, UniqueId;
    if ( bNetDirty && ( Role == Role_Authority ) && !bNetOwner )
        PacketLoss, Ping;
    if ( bNetInitial && ( Role == Role_Authority ) )
        PlayerID, bBot;
}