【架构-30】状态同步和事件同步

在多人在线应用中，状态同步和事件同步是两种常见的同步方式，用于保持各个客户端之间的状态一致性。它们的主要区别在于同步的内容和适用的场景。以下是对状态同步和事件同步的详细解释及它们之间的区别。

状态同步

状态同步是指不断同步对象的状态（如位置、旋转、动画状态等）来确保不同客户端上的表现一致。状态同步是实时、持续的，适合需要持续更新的场景。

工作方式

持续更新：定期将对象的状态（如位置、旋转、速度等）从一个客户端或服务器发送到其他客户端。
插值和预测：为了减少延迟和提升用户体验，常用插值（Interpolation）和预测（Prediction）技术，确保对象的运动在不同客户端上流畅。
高频率同步：由于状态是不断变化的，因此同步频率通常较高，需要在每帧或固定时间间隔进行同步。

示例

玩家移动：在多人游戏中，玩家的移动是持续的，必须不断同步位置和方向，以确保每个客户端上看到的玩家运动是一致的。
动画状态：角色的动画（如跑步、跳跃等）在每个客户端上必须同步，以保持动画的连贯性。

c 复制代码

public void OnPhotonSerializeView(PhotonStream stream, PhotonMessageInfo info)
{
    if (stream.IsWriting)
    {
        // 发送当前对象状态（如位置和旋转）
        stream.SendNext(transform.position);
        stream.SendNext(transform.rotation);
    }
    else
    {
        // 接收其他客户端发送的对象状态
        transform.position = (Vector3)stream.ReceiveNext();
        transform.rotation = (Quaternion)stream.ReceiveNext();
    }
}

优点

实时一致：能够确保对象的状态在所有客户端上尽可能保持一致。
用户体验好：通过平滑的插值和预测，减少网络延迟对体验的影响。

缺点

带宽占用高：由于需要频繁发送数据，状态同步会占用大量带宽。
延迟敏感：网络延迟和丢包可能导致状态不同步，影响用户体验。

事件同步

事件同步是指同步一次性发生的动作或事件，而不是持续同步状态。这种方式更适合于发生频率较低且有明确边界的操作，如按钮点击、攻击指令等。

工作方式

基于触发：当事件发生时（如玩家按下攻击键），将事件信息发送给其他客户端。
事件处理：接收到事件后，其他客户端根据事件信息做出相应的处理（如播放攻击动画）。
低频率同步：事件是离散的，不需要持续发送，因此同步频率通常较低。

示例

攻击指令：当玩家按下攻击按钮时，发送"攻击"事件给其他客户端，然后触发相应的动画和效果。
开关互动：玩家触发开关或按钮，事件同步通知所有客户端进行状态更新。

c 复制代码

// 事件发送
photonView.RPC("TriggerAttack", RpcTarget.All);

// 事件接收与处理
[PunRPC]
public void TriggerAttack()
{
    // 播放攻击动画
    animator.SetTrigger("Attack");
}

优点

带宽效率高：只在事件发生时同步，减少不必要的数据传输。
不延迟敏感：由于是离散事件，较小的网络延迟通常不会影响操作。

缺点

一致性问题：事件之间可能会因为网络延迟导致不同步（如攻击动作和实际伤害不同步）。
难以处理连续状态：对于需要持续同步的数据，事件同步无法适用。

什么时候使用哪种同步方式？

状态同步：适用于需要持续跟踪和更新的数据，如玩家的移动、旋转、物体的物理状态等，保证场景的一致性和实时性。
事件同步：适用于单次触发的操作，如按键操作、玩家攻击、交互行为等，不需要持续同步。

综合使用

在多人在线场景中，通常会结合使用状态同步和事件同步。比如在一个多人游戏中，玩家的移动使用状态同步，而技能释放或攻击使用事件同步。通过灵活组合这两种同步方式，可以优化网络性能，同时保持良好的用户体验。

浅显易懂的解释：

状态同步
想象有两个小朋友在不同的地方画画。状态同步就像是他们每隔一段时间就互相展示自己的画纸，告诉对方自己画到什么程度了。具体来说：

状态同步是把系统中某个对象的当前完整状态信息发送给其他相关的部分。比如在一个多人在线游戏中，玩家 A 的角色在游戏世界中的位置、血量、装备等所有状态信息会定期发送给其他玩家的客户端。这样其他玩家就能看到玩家 A 的角色在游戏世界中的准确状态。如果玩家 A 的角色移动了位置，那么新的位置信息以及其他相关状态信息会再次发送出去，让其他玩家的游戏画面中这个角色的状态与实际情况保持一致。
优点是接收方可以直接获得对象的完整状态，便于快速更新和呈现。但缺点是如果状态信息比较复杂或者频繁变化，可能会产生较大的数据量，占用较多的网络带宽。

事件同步
还是那两个小朋友画画，事件同步就像是其中一个小朋友只告诉另一个小朋友自己做了什么动作，比如 "我在画纸上画了一个圆圈"。具体来说：

事件同步是只将系统中发生的关键事件信息发送出去。比如在一个股票交易系统中，当一只股票的价格发生变化时，系统只发送价格变化这个事件信息，而不是发送整个股票市场的所有状态信息。接收方根据接收到的事件信息来更新自己的状态。
优点是数据量通常比较小，占用网络带宽少。而且在一些情况下，事件同步可以更好地反映系统的动态变化过程。但缺点是接收方需要根据事件信息来逐步更新自己的状态，如果事件处理逻辑复杂，可能会增加处理的难度和时间。