MonoBehaviour 生命周期

是什么，为什么存在

MonoBehaviour 是 Behaviour 的子类，也是一种 Unity 组件（Unity component） 。继承它的 C# 类可以作为脚本组件挂到 游戏对象（GameObject） 上，接收 Awake、OnEnable、Start、Update 等引擎消息。并非所有 Unity 脚本都继承它：编辑器工具、ScriptableObject、普通 C# 类和 DOTS 系统都有不同的基类或入口。

Unity 已经拥有自己的 PlayerLoop，因此场景脚本通常不自行编写顶层 while 循环。MonoBehaviour 提供的是接入点：对象加载时初始化，启用时取得活动期资源，每帧执行游戏逻辑，禁用或销毁时释放所有权。引擎控制调用时机，脚本负责让每个回调保持明确、短小且可重复推理。

这种模型解决了场景对象与运行循环之间的连接问题。设计者可以在 Inspector 中配置组件，运行时则由对象的活动状态、组件的启用状态和 PlayerLoop 阶段决定哪些消息会到达。你在角色控制、相机、UI、场景服务、对象池和协程所有者中都会遇到这套生命周期。

生命周期不是全局初始化调度器。它能保证一个实例内部的一些先后关系，却不会默认保证两个 GameObject 上的 Awake 谁先运行。依赖另一个对象已经就绪时，需要显式的引导阶段、注册事件、构造数据或受文档约束的执行顺序。

工作原理

Unity 按约定识别一组消息名称与签名。这些方法不是 MonoBehaviour 上等待重写的虚方法，所以通常写成 private void Awake()，而不是 override。拼错名称或写错参数时，C# 类型系统不一定能提醒你；方法可能正常编译，却永远收不到引擎调用。

三个状态共同决定消息是否到达：GameObject 是否在层级中活动，Behaviour.enabled 是否为 true，以及实例此前经历过哪些阶段。Behaviour.isActiveAndEnabled 同时反映前两项。把「对象存在」「对象活动」「组件启用」混成一个布尔概念，是生命周期错误的常见起点。

典型首次运行路径如下。图中只表达最常用的脚本消息，不是完整 PlayerLoop，也不表示不同实例之间存在默认顺序。

初始化阶段

Awake 在一个实例的生命周期中最多运行一次，适合建立同一 GameObject 上的引用、创建私有运行时状态和验证序列化配置。活动 GameObject 上的组件即使 enabled 为 false，仍会收到 Awake；初始非活动的 GameObject 则会把 Awake 推迟到首次激活。不要把「场景加载」误写成对所有实例都立刻调用 Awake。

OnEnable 在组件变为活动且已启用时调用。它会在首次活动时运行，也会在每次禁用后重新启用时再次运行。因此，它适合注册只在活动期存在的监听器、开始活动期工作或重置可重复状态，不适合无条件追加只能创建一次的数据。

Start 只在实例生命周期中运行一次，而且要等组件启用后，才会在首次帧更新之前运行。首次路径通常是 Awake、OnEnable、Start；之后重新启用只会再次调用 OnEnable。如果 Start 建立订阅而 OnDisable 删除订阅，组件重新启用后不会自动恢复它。

对于场景开始时已经活动的对象，Unity 会在任何 Start 之前完成这些对象的 Awake。这个保证不能扩展成整个应用的永久阶段：运行中实例化的新对象会产生新的 Awake 与 OnEnable。代码应依赖局部契约，不应假定「所有 Awake 永远已经结束」。

每帧阶段

FixedUpdate 按固定时间步调度。一个渲染帧之前可能没有固定步，也可能补做多个固定步；它不是「每帧恰好一次」。通过 Rigidbody 施加力或写入物理状态时，应遵守物理系统的固定步边界，并使用 Time.fixedDeltaTime 表达需要显式时间尺度的计算。

Update 在活动且已启用的行为上每个渲染帧调用一次。输入采样、非物理状态机和按 Time.deltaTime 推进的视觉逻辑通常放在这里。每帧路径中的场景搜索、组件查询、日志和分配都应由 Profiler 数据判断，而不是靠「Update 一定很慢」这样的口号。

LateUpdate 在常规 Update 阶段之后运行，常用于读取本帧已经更新的目标姿态，例如相机跟随。它只提供阶段边界，不会自动解决平滑、物理插值或不同 LateUpdate 脚本之间的顺序。相机仍需要明确目标、缺失策略和时间模型。

一次性的输入动作需要在 Update 与 FixedUpdate 之间保存。若只在某次 Update 中把跳跃标志设为真，又在固定步消费后清除，就能避免渲染帧与物理步数量不同造成漏读或重复。持续方向则可以保存最新值，让每个固定步读取同一命令。

停用与销毁

OnDisable 在组件从活动且启用变为不满足该条件时调用，包括把组件禁用、把所属 GameObject 设为非活动以及销毁活动对象。这个消息可能出现多次，所以清理逻辑应能安全重复。与 OnEnable 配对的订阅、注册和临时句柄应在这里释放。

禁用 MonoBehaviour 不等于停止它启动的 协程（coroutine） 。如果活动期结束后协程不应再改状态，就在 OnDisable 中通过保存的 Coroutine 句柄显式停止它。把 GameObject 设为非活动会停止其协程，但重新激活不会从原位置恢复已停止的迭代器。

OnDestroy 适合释放真正属于实例生命周期、而非某次启用周期的资源。Unity 只会为此前活动过的 GameObject 上的对象调用它，因此它不应成为未激活配置对象的唯一安全网。原生句柄、文件和外部连接还应有自己的明确所有权协议，不能只依赖场景退出时的回调。

示例

下面四个组件逐步展示生命周期本身、活动期订阅、固定步物理和后更新相机。它们需要 Unity 运行时和场景配置。本地环境没有 Unity Editor、UnityEngine 程序集或 C# 编译器，因此每个块都明确标记为未执行，输出栏不会伪造日志。

记录一个实例的状态变化

先给空 GameObject 挂上 LifecycleTrace，在 Inspector 中切换组件与对象状态。它不会在 Update 中持续刷日志，因此输出只对应生命周期边界。

一个初始活动且已启用的实例会先经过 Awake、OnEnable、Start。之后禁用再启用，只会增加一组 OnDisable、OnEnable，不会再次打印 Awake 或 Start。不同对象的日志可能交错，不能据此发明跨对象保证。

这个探针适合临时诊断，不应成为业务逻辑依赖。若测试需要验证顺序，把消息记录为结构化条目，并只断言文档保证的偏序关系。

让订阅跟随活动期

SceneLoadLogger 只在自身活动时接收场景加载事件。获取和释放位于对称的回调中，所以多次启用不会留下重复订阅。

// # not executed here: Unity Editor 6.6 and UnityEngine are unavailable.
using UnityEngine;
using UnityEngine.SceneManagement;

public sealed class SceneLoadLogger : MonoBehaviour
{
    private void OnEnable()
    {
        SceneManager.sceneLoaded += HandleSceneLoaded;
    }

    private void OnDisable()
    {
        SceneManager.sceneLoaded -= HandleSceneLoaded;
    }

    private void HandleSceneLoaded(Scene scene, LoadSceneMode mode)
    {
        Debug.Log($"loaded: {scene.name} ({mode})", this);
    }
}

# not executed here: Unity Editor 6.6 and UnityEngine are unavailable.

选择 OnEnable 与 OnDisable，就是声明「禁用期间不接收通知」。如果需求要求隐藏组件仍然监听，应该改用更长的所有权边界，并写出相应的释放路径；不要只把取消订阅挪到别处而不说明生命周期。

使用 -= 删除当前未注册的相同处理器是安全的，这让清理易于保持幂等。不过，对称性仍很重要：在 OnEnable 中用 lambda 订阅、再在 OnDisable 中创建另一个 lambda，并不能移除原来的委托实例。

在固定步驱动 Rigidbody

RigidbodyDriver 接收外部输入适配器保存的最新方向，并在 FixedUpdate 中向本对象的刚体施力。它不关心输入来自旧输入系统、新 Input System 还是 AI 控制器。

// # not executed here: Unity Editor 6.6 and UnityEngine are unavailable.
using UnityEngine;

[RequireComponent(typeof(Rigidbody))]
public sealed class RigidbodyDriver : MonoBehaviour
{
    [SerializeField, Min(0f)]
    private float acceleration = 12f;

    private Rigidbody body;
    private Vector2 moveInput;

    private void Awake()
    {
        body = GetComponent<Rigidbody>();
    }

    public void SetMoveInput(Vector2 input)
    {
        moveInput = Vector2.ClampMagnitude(input, 1f);
    }

    private void FixedUpdate()
    {
        var direction = new Vector3(moveInput.x, 0f, moveInput.y);
        body.AddForce(direction * acceleration, ForceMode.Acceleration);
    }
}

# not executed here: Unity Editor 6.6 and UnityEngine are unavailable.

RequireComponent 表达同对象依赖，Awake 只缓存一次引用。这个特性在添加脚本时帮助补齐组件，却不会自动修复后来才增加要求的所有旧 Prefab；团队仍应运行 Prefab 验证，并为异常配置定义清楚的诊断。

方向是持续命令，所以保存最新值即可。跳跃、开火这类边沿事件需要单独缓冲并消费，不能假设每个 Update 后恰好只有一个 FixedUpdate。

在 LateUpdate 跟随目标

最后，相机在 LateUpdate 读取目标完成本帧逻辑后的姿态。目标通过 Inspector 显式连接；缺失时，组件报告具体对象并停止继续更新。

// # not executed here: Unity Editor 6.6 and UnityEngine are unavailable.
using UnityEngine;

public sealed class FollowCamera : MonoBehaviour
{
    [SerializeField]
    private Transform target;

    [SerializeField]
    private Vector3 offset = new(0f, 5f, -8f);

    private void Awake()
    {
        if (target != null)
            return;

        Debug.LogError($"{name}: follow target is missing.", this);
        enabled = false;
    }

    private void LateUpdate()
    {
        transform.position = target.position + offset;
        transform.LookAt(target);
    }
}

# not executed here: Unity Editor 6.6 and UnityEngine are unavailable.

这个版本故意不宣称「LateUpdate 会消除抖动」。如果目标由物理系统驱动，相机质量还取决于 Rigidbody 插值、渲染时间和所选平滑算法。LateUpdate 只确保相机逻辑处在常规 Update 之后。

在 Awake 验证序列化目标不依赖目标自己的初始化，因此没有跨对象顺序问题。相反，若此处调用目标组件的运行时服务，就必须先定义目标何时进入可用状态。

陷阱

修复方法： Awake 只建立自身和同对象依赖。跨对象服务使用显式 bootstrap、依赖注入或「ready」事件；若确实使用 Script Execution Order，就把涉及的脚本类与原因写入项目文档，并用测试守住该约束。

修复方法： 按同一所有权周期配对回调。活动期订阅使用 OnEnable 与 OnDisable；实例期订阅则需要明确建立时机、销毁清理和对象从未激活时的处理方式。

修复方法： 保存 StartCoroutine 返回的句柄，在所有权结束时显式停止并清空它。把重复启动策略写成「忽略、替换、排队或并行」之一，并为组件禁用、GameObject 非活动与销毁分别测试。

修复方法： 在输入所属的阶段采样并缓存命令，在 FixedUpdate 消费物理命令。持续值保留最新状态，一次性动作则使用明确的缓冲和清除规则。

修复方法： 活动期资源尽早在 OnDisable 释放，实例期资源使用幂等的显式所有权协议。必须释放的非 Unity 资源应有可直接测试的关闭方法；OnDestroy 可以调用它，但不应是唯一入口。

修复方法： 对照当前 Unity API 检查确切名称、返回类型和参数，删除不存在的 override。用最小探针或 Play Mode 测试触发目标状态变化，不要只凭编辑器没有红线就认定回调有效。

延伸阅读

• Unity C# 参考：MonoBehaviour bindings
• Unity C# 参考：Behaviour bindings
• Unity C# 参考：脚本特性与 DefaultExecutionOrder
• Unity C# 参考：PlayerLoop 类型