企业官网建设流程全解析

1. 项目概述：为什么选择Photon Fusion 2的共享模式？

如果你正在寻找一个能让你快速构建出具备强物理交互、状态权威且网络表现丝滑的多人竞技游戏的原型，那么Unity的Photon Fusion 2，特别是它的共享模式，绝对值得你投入时间。我最近用它从零搭建了一个多人竞技场Demo，整个过程下来，最大的感受就是：它把很多过去需要你手动处理、极易出错的网络同步逻辑，封装成了更直观、更符合Unity开发习惯的组件和状态机。这不再是传统的、让你头疼的“客户端预测+服务器权威”的复杂拼图，而是一种更“共享”的协作方式。

简单来说，Photon Fusion 2提供了三种网络拓扑：共享模式、服务器模式和主机模式。对于中小型、快节奏的竞技场游戏（比如类似《英灵神殿》前期的合作探索，或是小规模的PVP对战），共享模式通常是最高效的起点。在共享模式下，没有传统意义上的“独立专用服务器”。相反，所有连接的玩家共同构成一个对等网络，其中一名玩家被选举为“状态权威”，负责对游戏世界的核心状态（比如场景中的可交互物品、门的状态、全局计时器）做出最终裁决。而每个玩家对自己控制的角色，则拥有“输入权威”。这种分离的设计非常巧妙：它既保证了全局状态的一致性，避免了因网络延迟导致的玩家间状态分裂（比如一个宝箱在A玩家看来是打开的，在B看来却是关闭的），又让本地操作响应极其迅速，手感直接拉满。

这个项目标题里的“可交互的多人竞技场”，核心挑战就在于“可交互”三个字。不仅仅是玩家能看到彼此移动，而是要能一起推动箱子、同时抢夺场景中央刷新的一把武器、共同触发一个机关门。这些交互如果处理不好，就是网络游戏体验的灾难。Fusion 2的共享模式，配合其网络物理和状态对象，为这类需求提供了近乎“开箱即用”的解决方案。接下来，我会带你一步步拆解构建过程，分享其中踩过的坑和总结出的实战技巧。

2. 核心架构与Fusion 2基础概念解析

在动手写代码之前，我们必须先理解Fusion 2的几个核心概念，这决定了我们如何架构整个项目。如果你用过早期的Photon PUN或者UNet，需要暂时忘掉一些旧思路，拥抱Fusion的数据驱动哲学。

2.1 NetworkRunner：游戏的网络引擎

NetworkRunner是Fusion一切网络活动的总控制器。你可以把它理解为一个高级的、自动化的网络管理器。在共享模式中，每个玩家实例都会运行一个NetworkRunner。它的主要职责是：

• 管理连接：处理玩家加入、离开、房间创建与查找。
• 协调Tick：驱动整个游戏的网络帧（Tick）同步。所有网络对象的更新都绑定在Tick上，这是保证所有客户端逻辑一致性的基石。
• 托管模式：根据启动参数，决定当前实例是作为客户端（Client）、服务器（Server）还是共享模式下的对等体（Host/Client）。

在Unity中，我们通常会创建一个GameManager之类的单例，并在其中初始化并启动NetworkRunner。一个关键的实战心得是：在Awake或Start中初始化Runner时，务必使用StartGame异步方法，并妥善处理其StartGameResult。直接同步调用或者忽略结果，是连接失败问题难以排查的常见根源。

2.2 NetworkObject与网络标识

任何需要在网络上同步的GameObject，都必须挂载NetworkObject组件。这相当于给这个对象发了一张“网络身份证”，Fusion通过它来管理和同步该对象在所有客户端之间的实例。

每个NetworkObject都有一个唯一的NetworkId。在共享模式下，当某个玩家生成（Spawn）一个网络对象时，他的NetworkRunner就成为这个对象的“状态权威”（前提是该对象被配置为如此）。其他玩家的Runner会接收到这个对象的生成指令，并在本地创建一个对应的副本。这里有个容易混淆的点：你可能会想“谁生成谁就是老大”，但对于玩家角色，Fusion有更精细的控制。通常，玩家角色预制体本身由系统生成，但我们会通过HasInputAuthority和HasStateAuthority来判断当前客户端对这个角色实例的控制权限。

2.3 网络变量与网络属性：数据同步的核心

这是Fusion同步游戏状态的核心机制。传统的做法是在Update里手动发送RPC来同步位置、血量等。Fusion则鼓励你使用声明式的数据同步。

• [Networked]属性：这是Fusion的魔法所在。在一个继承自NetworkBehaviour的脚本中，任何带有[Networked]标签的属性，其值的改变都会被Fusion自动捕获，并在下一个网络Tick同步到所有其他客户端。它的类型必须是Fusion支持的可序列化类型，或者是另一个NetworkBehaviour/NetworkObject。

  public class PlayerData : NetworkBehaviour { [Networked] public int Health { get; set; } // 血量会自动同步 [Networked] public NetworkString<_16> PlayerName { get; set; } // 甚至字符串也能同步 [Networked] public NetworkBool IsCarryingFlag { get; set; } // 布尔值 }

  注意事项：[Networked]属性的set访问器只能从拥有该对象状态权威的客户端调用。如果你在非权威客户端上尝试修改它，运行时会直接忽略或报错。这是保证状态一致性的关键规则。

• NetworkTransform组件：对于位置、旋转的同步，99%的情况你应该直接使用Fusion内置的NetworkTransform组件，而不是自己用[Networked]去同步Transform。NetworkTransform已经高度优化，内置了插值和外推算法，能让其他客户端上的物体运动看起来非常平滑，即使有网络延迟。踩坑提醒：记得根据物体类型（玩家、物理物体、投射物）在组件上选择合适的同步模式（如Sync Position/Rotation的选项）和插值设置。

2.4 Input Authority vs State Authority：权限的分离

这是理解共享模式的关键，也是设计可交互逻辑的基石。

• 输入权威：谁在控制这个对象？对于玩家角色，本地客户端对自己的角色拥有输入权威。这意味着HasInputAuthority为真，你可以直接读取本地的输入（如Input.GetKey），并通过Fusion的GetInput结构将输入数据发送出去。即使网络有延迟，你的操作也能立刻在本地得到响应（客户端预测），这是手感流畅的保证。

• 状态权威：谁来决定这个对象的最终网络状态？在共享模式下，一个NetworkObject的状态权威通常是生成它的那个客户端（除非特别指定）。对于玩家角色，通常输入权威和状态权威是同一个客户端。但对于场景中的公共物品（比如一个可以被任何人推动的箱子），状态权威可能固定在某一个客户端（比如第一个进入场景的玩家），或者通过复杂的逻辑进行迁移。

在设计可交互物体时，必须明确：谁有权限修改它的[Networked]属性？例如，一个宝箱，只有状态权威客户端才能将其IsOpened属性设置为true。当其他玩家尝试打开时，他们需要发送一个RPC请求给状态权威客户端，由权威端执行打开逻辑并同步状态。

3. 实战构建：从零搭建竞技场核心系统

理论铺垫完毕，我们进入实战环节。假设我们要构建一个简单的竞技场：玩家可以移动、跳跃、射击，场景中有可拾取的武器和可推动的物理障碍物。

3.1 项目初始化与NetworkRunner设置

首先，通过Package Manager导入Photon Fusion 2。然后，创建一个空的GameObject，命名为GameBootstrap，并附上我们编写的GameManager脚本。

using Fusion; using UnityEngine; using System.Threading.Tasks; public class GameManager : MonoBehaviour { [SerializeField] private NetworkRunner _runnerPrefab; private NetworkRunner _runner; private async void StartGame() { // 创建NetworkRunner实例 _runner = Instantiate(_runnerPrefab); _runner.name = "Network Runner"; // 准备启动参数 var startGameArgs = new StartGameArgs() { GameMode = GameMode.Shared, // 核心：设置为共享模式 SessionName = "MyArena_001", // 房间名 PlayerCount = 4, // 最大玩家数 Scene = SceneRef.FromIndex(1), // 启动后要加载的场景索引 SceneManager = gameObject.AddComponent<NetworkSceneManagerDefault>() // 场景管理 }; // 异步启动，这是推荐做法 StartGameResult result = await _runner.StartGame(startGameArgs); // 关键：检查启动结果 if (!result.Ok) { Debug.LogError($"Failed to Start Game: {result.ShutdownReason}"); // 这里应该有一个UI反馈给玩家，比如“连接失败，请重试” Destroy(_runner.gameObject); return; } // 启动成功，Runner会自动加载指定场景并开始网络Tick Debug.Log("Game Started Successfully"); } void Start() { // 在实际项目中，这里可能会先进入一个大厅UI，点击“开始”后再调用StartGame StartGame(); } }

实操要点：

1. GameMode.Shared：这是启动共享模式的钥匙。
2. 异步等待：StartGame是异步操作，使用await可以避免阻塞主线程，并优雅地获取结果。
3. 错误处理：必须处理StartGameResult。常见的ShutdownReason有AlreadyRunning、FailedToConnectToMasterServer、InvalidAuthentication等，根据原因给用户明确的提示。
4. 场景管理：NetworkSceneManagerDefault是Fusion提供的默认场景管理器，它会自动处理网络对象的场景加载和清理。对于简单的竞技场，用它就足够了。

3.2 玩家角色：移动、动画与输入处理

创建玩家预制体PlayerPrefab，它必须包含NetworkObject组件。然后创建脚本PlayerCharacter，继承自NetworkBehaviour。

using Fusion; using UnityEngine; public class PlayerCharacter : NetworkBehaviour { [Header("Movement Settings")] [SerializeField] private float _moveSpeed = 5f; [SerializeField] private float _jumpForce = 7f; [SerializeField] private LayerMask _groundLayer; [Header("References")] [SerializeField] private Transform _cameraTarget; [SerializeField] private Animator _animator; [SerializeField] private CharacterController _controller; // 网络同步的玩家状态 [Networked] public NetworkButtons ButtonsPrevious { get; set; } [Networked] public Vector3 NetworkVelocity { get; set; } [Networked] public Angle NetworkYaw { get; set; } [Networked] public Angle NetworkPitch { get; set; } [Networked(OnChanged = nameof(OnHealthChanged))] public int NetworkHealth { get; set; } = 100; // 本地缓存和非网络变量 private Vector3 _moveDirection = Vector3.zero; private bool _isGrounded = false; private float _verticalVelocity = 0f; private const float GRAVITY = -9.81f; public override void Spawned() { base.Spawned(); // 关键：如果是本地控制的玩家，设置摄像机跟随 if (HasInputAuthority) { // 查找场景中的摄像机控制器，并将其目标设置为自己 CameraFollow cam = FindObjectOfType<CameraFollow>(); if (cam != null) cam.SetTarget(_cameraTarget); // 可以在这里初始化本地UI，比如显示自己的血条 } // 所有客户端：根据Object.IsValid判断，初始化非本地玩家的表现（比如显示名字标签） } public override void FixedUpdateNetwork() { // 这是Fusion的网络Tick更新循环，在这里处理与网络状态相关的逻辑 if (GetInput(out NetworkInputData input)) { // 处理移动输入 Vector3 moveInput = new Vector3(input.MoveX, 0, input.MoveY).normalized; // 将输入方向从本地空间转换到世界空间（考虑角色朝向） moveDirection = transform.TransformDirection(moveInput) * _moveSpeed; // 处理跳跃（只在按下瞬间触发） NetworkButtons buttons = input.Buttons; var pressed = buttons.GetPressed(ButtonsPrevious); if (pressed.IsSet(NetworkInputData.JUMP_BUTTON) && _isGrounded) { _verticalVelocity = _jumpForce; } ButtonsPrevious = buttons; // 应用重力 _verticalVelocity += GRAVITY * Runner.DeltaTime; moveDirection.y = _verticalVelocity; // 使用CharacterController移动 CollisionFlags flags = _controller.Move(moveDirection * Runner.DeltaTime); _isGrounded = (flags & CollisionFlags.Below) != 0; if (_isGrounded && _verticalVelocity < 0) { _verticalVelocity = -0.5f; // 轻微的下压值，保证贴地 } // 同步速度给网络（用于其他客户端的动画或预测） NetworkVelocity = _controller.velocity; // 处理旋转（视角） if (input.Yaw != 0 || input.Pitch != 0) { NetworkYaw += input.Yaw; NetworkPitch += input.Pitch; // 限制Pitch角度，避免脖子360度旋转 NetworkPitch = Mathf.Clamp(NetworkPitch, -89f, 89f); } } // 无论是否有输入，都应用网络同步的旋转（保证所有客户端视角一致） transform.rotation = Quaternion.Euler(0, (float)NetworkYaw, 0); if (_cameraTarget != null) { _cameraTarget.localRotation = Quaternion.Euler((float)NetworkPitch, 0, 0); } } public override void Render() { // Render在FixedUpdateNetwork之后，以本地帧率运行，用于处理视觉表现和插值 // 在这里更新动画参数，让动画更平滑 _animator.SetFloat("Speed", _controller.velocity.magnitude); _animator.SetBool("IsGrounded", _isGrounded); // 对于非本地玩家，可以使用NetworkVelocity进行更精确的位置插值（如果不用NetworkTransform） // 但通常，位置旋转的平滑交给NetworkTransform，我们只处理动画和特效。 } private static void OnHealthChanged(Changed<PlayerCharacter> changed) { // 当NetworkHealth在网络上发生变化时，这个静态方法会被所有客户端调用 int newHealth = changed.Behaviour.NetworkHealth; // 在这里更新血条UI、播放受伤音效等视觉/听觉反馈 Debug.Log($"Player {changed.Behaviour.Object.Id} health changed to {newHealth}"); // 注意：changed.Behaviour可以访问到发生变化的对象实例 } }

同时，我们需要定义输入结构体：

using Fusion; public struct NetworkInputData : INetworkInput { public const int JUMP_BUTTON = 0; public const int FIRE_BUTTON = 1; public const int INTERACT_BUTTON = 2; public float MoveX; public float MoveY; public NetworkButtons Buttons; public float Yaw; // 偏航角（左右看） public float Pitch; // 俯仰角（上下看） }

核心解析与避坑指南：

1. FixedUpdateNetworkvsUpdate/Render：这是Fusion最重要的循环。FixedUpdateNetwork在网络Tick上运行，所有确定性逻辑（移动、物理、状态计算）必须放在这里。Render在之后以本地帧率运行，用于处理视觉效果、动画和插值。绝对不要在Update里修改网络状态或处理核心移动逻辑，这会导致不同客户端表现不一致。
2. GetInput(out NetworkInputData input)：这个方法只在拥有InputAuthority的客户端上返回true，并给出本地的输入数据。对于其他客户端玩家，这个判断会失败，因此他们的移动完全由NetworkTransform和同步的NetworkVelocity等状态驱动。这就是输入权威的体现。
3. 旋转的同步：我们使用[Networked]的NetworkYaw和NetworkPitch来同步旋转。在FixedUpdateNetwork中，只有输入权威端可以修改它们。在Render中，所有客户端都应用这些值来更新Transform，保证了视角的一致性。注意，角色的水平旋转直接作用在根物体上，摄像头的垂直旋转作用在子物体_cameraTarget上，这是FPS游戏的常见做法。
4. OnChanged回调：[Networked(OnChanged = nameof(OnHealthChanged))]是一个极其强大的功能。它允许你在某个网络变量发生变化时，在所有客户端上执行一段代码，非常适合触发视觉效果、音效和UI更新。比如血条更新、击中特效、得分提示等。这比用RPC更简洁，数据驱动性更强。
5. 预制体与网络注册：别忘了将制作好的PlayerPrefab拖拽到Fusion的NetworkProjectConfig中的Default Player Prefab字段。这样NetworkRunner才知道当玩家加入时，该生成哪个预制体。

3.3 可交互物体：拾取武器与推动箱子

这是“可交互竞技场”的精髓。我们创建两类物体：可拾取的武器（NetworkPickup）和可推动的物理箱子（NetworkPhysicsBox）。

3.3.1 可拾取武器

武器预制体包含NetworkObject、一个碰撞体（设为Trigger）和一个显示模型。脚本如下：

using Fusion; using UnityEngine; public class NetworkPickup : NetworkBehaviour { [Networked] public NetworkBool IsPickedUp { get; set; } [Networked] public PlayerRef PickedUpBy { get; set; } // 记录谁捡起的 [SerializeField] private GameObject _visuals; // 武器的视觉模型 [SerializeField] private Collider _triggerCollider; public override void Spawned() { // 初始化状态，确保生成时未被拾取 IsPickedUp = false; _visuals.SetActive(true); _triggerCollider.enabled = true; } private void OnTriggerEnter(Collider other) { // 只有本地玩家触发才进行处理，避免所有客户端重复触发 if (!Runner.IsServer && !HasStateAuthority) return; var player = other.GetComponentInParent<PlayerCharacter>(); if (player != null && !IsPickedUp) { // 尝试拾取 PickupWeapon(player.Object.InputAuthority); } } public void PickupWeapon(PlayerRef playerRef) { // 这个方法可以被RPC调用，也可以被状态权威直接调用 if (IsPickedUp) return; // 防止重复拾取 IsPickedUp = true; PickedUpBy = playerRef; // 禁用视觉和碰撞 _visuals.SetActive(false); _triggerCollider.enabled = false; // 通知所有客户端，武器被拾取（通过OnChanged回调或RPC） RPC_OnPickedUp(playerRef); } [Rpc(RpcSources.StateAuthority, RpcTargets.All)] private void RPC_OnPickedUp(PlayerRef byPlayer) { // 在所有客户端上执行视觉效果，比如播放拾取音效、在玩家手上生成武器模型等 Debug.Log($"Weapon picked up by {byPlayer}"); // 注意：这里只是通知，实际的拾取逻辑（如给玩家增加攻击力）应该在PlayerCharacter脚本中， // 由状态权威客户端通过RPC调用玩家的方法来实现。 } }

设计思路：拾取是一个状态改变事件。我们使用[Networked]的IsPickedUp来同步核心状态。当状态权威客户端（第一个碰到它的玩家，或者服务器）检测到碰撞，它调用PickupWeapon修改状态。状态的改变会自动同步。RPC_OnPickedUp用于触发那些不便于用状态直接驱动的视觉效果和音效。关键点在于，改变状态的权力（修改IsPickedUp）必须牢牢掌握在状态权威手中。

3.3.2 可推动的物理箱子

这里我们要用到Fusion的网络物理，这是实现流畅物理交互的神器。箱子预制体包含NetworkObject、NetworkRigidbody和NetworkTransform。

using Fusion; using UnityEngine; public class NetworkPhysicsBox : NetworkBehaviour { [Networked] public NetworkBool IsBeingPushed { get; set; } [Networked] public PlayerRef PushedBy { get; set; } private NetworkRigidbody _netRb; private Rigidbody _localRb; public override void Spawned() { base.Spawned(); _netRb = GetComponent<NetworkRigidbody>(); _localRb = GetComponent<Rigidbody>(); if (_localRb == null) { Debug.LogError("NetworkPhysicsBox requires a Unity Rigidbody component!"); } } // 这个函数由推动它的玩家（输入权威端）在FixedUpdateNetwork中调用 public void ApplyPushForce(Vector3 force, PlayerRef pusher) { // 重要：只有箱子的状态权威才能实际应用力到NetworkRigidbody if (HasStateAuthority) { _netRb.Rigidbody.AddForce(force, ForceMode.Force); IsBeingPushed = true; PushedBy = pusher; } else { // 如果我不是状态权威，我需要请求状态权威来施加这个力 RPC_RequestPush(force, pusher); } } [Rpc(RpcSources.InputAuthority, RpcTargets.StateAuthority)] private void RPC_RequestPush(Vector3 force, PlayerRef pusher) { // 状态权威端收到请求，执行推动逻辑 ApplyPushForce(force, pusher); } public override void FixedUpdateNetwork() { // 状态权威端定期检查是否还在被推动 if (HasStateAuthority && IsBeingPushed) { // 可以在这里添加一些逻辑，比如如果箱子速度很低，就设置IsBeingPushed为false if (_localRb.velocity.magnitude < 0.1f) { IsBeingPushed = false; } } } }

在玩家脚本中，我们需要添加推动逻辑：

// 在PlayerCharacter的FixedUpdateNetwork中，处理交互输入后 var pressed = buttons.GetPressed(ButtonsPrevious); if (pressed.IsSet(NetworkInputData.INTERACT_BUTTON)) { // 进行射线检测，判断面前是否有可推动的箱子 Ray ray = new Ray(transform.position + Vector3.up * 0.5f, transform.forward); if (Runner.GetPhysicsScene().Raycast(ray.origin, ray.direction, out var hit, 2f)) { var pushable = hit.collider.GetComponent<NetworkPhysicsBox>(); if (pushable != null) { // 计算推动方向（玩家面朝方向） Vector3 pushForce = transform.forward * 10f; pushable.ApplyPushForce(pushForce, Object.InputAuthority); } } }

网络物理的精髓：NetworkRigidbody是Fusion对UnityRigidbody的封装。在状态权威客户端，你操作_netRb.Rigidbody就相当于操作普通的Rigidbody，但这些力的作用和最终的位置/旋转结果会被Fusion同步到所有其他客户端。其他客户端上的NetworkRigidbody会进行平滑的插值，从而让物理运动看起来非常自然，即使施加力的玩家网络延迟很高。这解决了传统网络游戏中物理物体“抽搐”、“瞬移”的老大难问题。

4. 状态迁移、高级同步与优化实战

当你的竞技场规模变大，玩家进进出出，或者需要更复杂的交互时，就会遇到更深层次的问题。

4.1 状态权威迁移

在共享模式下，如果一个持有场景中多个关键物体状态权威的玩家突然断线，这些物体就会“卡住”，因为没人能再修改它们的[Networked]状态了。Fusion提供了状态权威迁移的机制。通常，我们需要手动管理。

一种常见的策略是“所有权选举”。例如，对于一个公共资源点，我们可以在一个管理脚本中这样做：

public class ResourceNode : NetworkBehaviour { [Networked] public PlayerRef CurrentOwner { get; set; } public override void Spawned() { // 初始时，可能没有所有者，或者指定给第一个进入的玩家 if (CurrentOwner == PlayerRef.None && Runner.IsServer) { // 在共享模式下，Runner.IsServer可能为true，也可能为false。 // 更安全的做法是，指定给当前的状态权威（生成它的玩家） if (HasStateAuthority) { // 暂时由自己管理，或者寻找一个合适的玩家 } } } // 当当前所有者离开时，需要转移所有权 public void TransferOwnership(PlayerRef newOwner) { // 这个操作通常需要通过RPC请求，由当前的状态权威来执行 if (HasStateAuthority) { CurrentOwner = newOwner; // 可能还需要将NetworkObject的输入权威也转移过去（如果适用） // Object.AssignInputAuthority(newOwner); } } }

更健壮的做法是，设计一个全局的“仲裁者”或“主机”客户端。在共享模式启动时，可以约定PlayerRef最小的玩家，或者通过一个选举协议，选出一个稳定的客户端作为“软主机”，负责在发生玩家离开时，重新分配关键物体的状态权威。这需要额外的逻辑和心跳检测，属于进阶内容。

4.2 复杂动画与视觉状态的同步

对于复杂的角色动画（比如攻击连招、特殊技能动作），仅仅同步几个bool或float参数可能不够。Fusion提供了NetworkMecanimAnimator组件，它可以自动同步Animator的状态机和参数。

但全量同步所有参数开销很大。一个优化策略是：

1. 使用[Networked]属性同步关键触发：比如AttackTrigger，当按下攻击键时，在状态权威端将其设为true。在OnChanged回调中，本地再触发Animator的SetTrigger(“Attack”)。
2. 同步层级状态和归一化时间：对于确定的、时间较长的动画（比如倒地、复活），可以同步Animator的图层状态哈希（State Hash）和归一化时间（Normalized Time），这样其他客户端能精确地复现动画进度。
3. 视觉特效与音效：务必通过OnChanged回调或RPC来触发。不要在Update里基于本地预测的状态播放特效，否则会在状态回滚时（Fusion的调和机制）产生特效错乱。例如，击中敌人时，在伤害计算确认（状态权威端）后，再RPC播放命中特效和音效。

4.3 性能优化与带宽控制

即使对于小规模竞技场，优化也需从开始就考虑。

1. 网络变量的精度：[Networked]属性每次变化都会产生网络流量。对于像Vector3位置这样的数据，如果不需要极高精度，可以考虑使用NetworkRangedFloat或NetworkRangedVector3，并设置合理的精度范围，Fusion会进行压缩。
2. 更新频率：不是每个对象都需要每帧同步。在NetworkObject组件上，可以设置Interpolation Data的发送速率。对于移动缓慢的环境物体，可以降低频率。
3. 禁用不必要的组件：在非输入权威/非状态权威的客户端副本上，可以禁用一些只与本地控制相关的脚本或组件。例如，在其他玩家角色的副本上，禁用处理本地输入的脚本、昂贵的AI计算脚本等。

   public override void Spawned() { if (!HasInputAuthority) { // 禁用本地玩家才需要的组件，如摄像机控制、本地输入处理脚本 MonoBehaviour[] localOnlyScripts = GetComponents<MonoBehaviour>(); foreach (var script in localOnlyScripts) { if (script is CameraController || script is LocalInputHandler) script.enabled = false; } } }

4. 使用OnChanged回调而非每帧RPC：对于状态变化触发的效果，优先使用[Networked(OnChanged)]。RPC是可靠的，但每条RPC都是独立的消息。而OnChanged是状态同步的一部分，效率更高。

5. 调试、测试与常见问题排查

开发网络游戏，一半时间在写逻辑，另一半时间在调试同步问题。Fusion提供了一些强大的工具。

5.1 使用Fusion Debug Runner

在Unity编辑器中，你可以同时启动多个NetworkRunner实例来模拟多人游戏。在Fusion -> Debug菜单中，可以配置并启动多个客户端。这是测试交互、权限问题最直观的方法。务必养成习惯，用至少两个调试客户端来测试所有功能。

5.2 网络统计与可视化

游戏运行时，按Backquote``（）键可以打开Fusion的内置统计面板。这里可以看到实时的网络流量、RPC调用、对象数量、Tick速率等。关注In/OutMessage Count和Byte Size，如果某个操作导致流量激增，就需要优化。

5.3 常见问题速查表

5.4 我的实战心得：从“能用”到“好用”

1. 拥抱“状态驱动”思维：这是从传统RPC模式转向Fusion最需要适应的。多思考“这个游戏对象有哪些状态需要所有人一致知道？”，然后用[Networked]属性去定义它们。让状态变化自然驱动游戏逻辑和视觉反馈。
2. 权限检查是护身符：在写任何会修改[Networked]属性、调用NetworkRigidbody方法、或生成/销毁NetworkObject的代码前，先问自己：“当前客户端有这个权限吗？” 加上if (HasStateAuthority)或if (HasInputAuthority)的判断，能避免90%的奇怪同步问题。
3. 调试时，给不同玩家染色：在PlayerCharacter的Spawned中，根据HasInputAuthority给角色模型或头顶名字牌设置不同的颜色（比如本地玩家是蓝色，其他玩家是红色）。这样在调试运行器里，一眼就能分清谁是谁，对于观察权限和同步问题有奇效。
4. 从共享模式开始，但不局限于它：共享模式是快速原型和中小型游戏的利器。但如果你的游戏规模扩大（比如超过10人），或者需要绝对公平的竞技（如MOBA、FPS电竞），就需要评估迁移到服务器模式。在服务器模式下，所有游戏逻辑都在一个独立的、权威的服务器上运行，客户端只负责输入和渲染，这能从根本上杜绝作弊可能。Fusion的API在两种模式下高度一致，前期在共享模式下验证玩法和核心循环，后期迁移成本相对较低。

构建一个稳定、流畅的可交互多人竞技场，就像搭建一个精密的机械钟表。Photon Fusion 2提供的共享模式，给了我们一套高质量、预调校的齿轮和发条。理解并遵循其数据驱动、权限分离的设计哲学，仔细处理每一个交互点的状态归属，你就能让这个钟表精准、可靠地运转起来。这个过程充满挑战，但当你看到多个玩家在你的场景中流畅地奔跑、交战、协作时，那种成就感是无与伦比的。