Unity生命周期函数笔记

当我们使用观察者模式、事件监听时，关于生命周期函数执行顺序的很多问题会浮现出来。

Awake()、OnEnable()、Start()

物体激活、脚本启用时，执行顺序是Awake、OnEnable、Start；
进入场景时失活的物体会执行Awake，不执行后两个；
进入场景时未启用脚本会执行Awake，不执行后两个；
当物体激活且脚本启用时执行OnEnable；
Start可以理解为第一次OnEnable后执行；

deepseek回答：

在Unity中，未激活的物体不会执行Start方法24。具体执行规则如下：

‌初始未激活的物体‌：
- 若游戏物体初始状态为active=false，其所有脚本的Awake和Start都不会执行6
- 只有当通过SetActive(true)激活物体时，才会首次触发Awake和Start46
‌脚本启用状态的影响‌：
- Awake会在脚本实例加载时立即执行，即使脚本的enabled=false2
- Start必须同时满足两个条件才会执行：
  - 游戏物体处于激活状态(activeInHierarchy=true)
  - 脚本组件启用(enabled=true)26
‌生命周期特性‌：
- Start在整个物体生命周期中只会执行一次56
- 若物体被反复激活/禁用，只有OnEnable/OnDisable会重复触发56

执行顺序总结：

首次激活物体时：Awake → OnEnable → Start35
后续禁用再激活时：仅触发OnEnable

一帧里Update、LateUpdate和协程的执行顺序

Unity一帧内Update与协程的执行顺序遵循以下规则：

‌基础执行顺序‌
- 每帧先执行所有脚本的Update()函数，再处理协程中yield return之后的代码2
- 若协程使用WaitForEndOfFrame，则会在所有LateUpdate()调用结束后执行1
‌协程启动时机影响‌
- 在Awake/OnEnable中启动的协程会在首帧Update前被处理2
- 在Start中启动的协程需等到下一帧Update才会执行2
‌多协程优先级‌
- 后启动的协程会优先执行（LIFO原则）2
- 例如同时存在协程A和B，若先启动A后启动B，则当前帧会先执行B的后续代码2
‌特殊延迟类型‌
- WaitForFixedUpdate：在FixedUpdate之后、Update之前执行14
- WaitForSeconds：受Time.timeScale影响，实际执行时机可能跨帧1
‌与LateUpdate的关系‌
- LateUpdate()始终在所有Update和常规协程执行完毕后调用34
- 但若协程包含yield return null，其后续代码会在LateUpdate前执行1

‌物理帧同步 ‌
- FixedUpdate()独立于主线程帧率，每物理时间步长强制调用（默认0.02秒）1
- 当游戏卡顿时，Unity会通过补帧机制保证FixedUpdate按固定频率执行1

注：完整生命周期顺序为
Awake → OnEnable → Start → FixedUpdate → Update → 协程（非WaitForEndOfFrame） → LateUpdate→协程（WaitForEndOfFrame） → OnDisable → OnDestroy

脚本执行顺序与OnDestroy

设置脚本执行顺序不能控制OnDestroy的执行顺序，据说销毁顺序主要受组件添加顺序影响。

是执行完所有脚本的Awake后执行OnEnable吗？

NO！不是所有Awake执行完才执行OnEnable

cs 复制代码

// 假设有 ScriptA 和 ScriptB 两个脚本
// 都在同一个GameObject上

public class ScriptA : MonoBehaviour
{
    void Awake() => Debug.Log("A.Awake");
    void OnEnable() => Debug.Log("A.OnEnable");
}

public class ScriptB : MonoBehaviour
{
    void Awake() => Debug.Log("B.Awake");  
    void OnEnable() => Debug.Log("B.OnEnable");
}

A.Awake ← ScriptA的Awake

A.OnEnable ← ScriptA的OnEnable ❗注意这里！

B.Awake ← ScriptB的Awake

B.OnEnable ← ScriptB的OnEnable

创建GameObject

↓

添加第一个组件（如ScriptA）

↓

调用 ScriptA.Awake()

↓

调用 ScriptA.OnEnable() ← 立即调用！

↓

添加第二个组件（如ScriptB）

↓

调用 ScriptB.Awake()

↓

调用 ScriptB.OnEnable()

对于不同GameObject：

场景加载
↓
GameObject1创建
↓
组件A.Awake() → 组件A.OnEnable() ← 成对执行！
↓
组件B.Awake() → 组件B.OnEnable() ← 成对执行！
↓
GameObject2创建
↓
组件C.Awake() → 组件C.OnEnable() ← 成对执行！

Update、OnAnimatorMove、OnAnimatorIK的执行顺序

其中动画的两个函数需要填入动画状态机，OnAnimatorIK需要填入Avatar。

cs 复制代码

public class 生命周期函数执行顺序:MonoBehaviour{
    bool updated;
    bool animatorMoved;
    bool animatorIKed;
    void Start(){
    }
    void Update(){
        if(!updated){
            Debug.Log("Update执行");
            updated=true;
        }
    }
    void OnAnimatorMove(){
        if(!animatorMoved){
            Debug.Log("OnAnimatorMove执行");
            animatorMoved=true;
        }
    }
    void OnAnimatorIK(int layerIndex){
        if(!animatorIKed){
            Debug.Log("OnAnimatorIK执行");
            animatorIKed=true;
        }
    }
}

和事件监听的矛盾

有了上面的知识，我们知道一个脚本A要么比B先初始化，先销毁，要么比B后初始化，后销毁，而事件监听要求分发者先初始化，后销毁。