Unity中OnEnable()为何在Awake()执行完毕前触发导致moveAction空引用

核心成因 #

Unity的脚本生命周期执行规则是问题的核心：

• 对于场景中所有默认激活、且脚本勾选为启用的组件，Unity会按脚本执行顺序依次处理每个组件：先执行该组件的Awake()，再立刻执行该组件的OnEnable()，完成后才会处理下一个组件的生命周期方法，而非先执行所有组件的Awake()再统一执行所有组件的OnEnable()。
• 如果你没有在项目设置中手动指定脚本执行顺序，MovementControl的执行顺序很可能排在InputManager之前，此时MovementControl的OnEnable()会在InputManager的Awake()执行前就触发，此时moveAction还没有被Initialize()方法赋值，自然会触发空引用报错。
• 额外的逻辑隐患：OnEnable()中直接访问依赖外部初始化的moveAction变量，没有做空值校验，就算初始化时机正常，如果脚本被动态禁用再启用时moveAction被释放，也会触发同样报错。

可行解决方案 #

• 方案1：调整脚本执行优先级
  打开Unity编辑器的Edit > Project Settings > Script Execution Order菜单，将InputManager添加到列表中，调整其顺序在MovementControl之前，确保InputManager的Awake()先执行完成，完成moveAction的赋值。该方案建议配合空校验使用，避免动态加载场景/对象时出现时序异常。
• 方案2：增加空值安全校验
  修改OnEnable()中的代码，使用空条件运算符避免空引用，你当前的Initialize()方法中已经包含了moveAction.Enable()逻辑，初始化完成后会自动激活输入动作，不会影响功能：

  private void OnEnable()
  {
      // 变量非空时才执行激活逻辑
      moveAction?.Enable();
  }
  

• 方案3：调整输入激活逻辑的执行时机
  把moveAction的激活逻辑从OnEnable()移到Start()中，Start()方法的执行时机是所有组件的Awake()、OnEnable()都执行完成后才触发，此时moveAction已经完成初始化，不会出现空引用：

  private void Start()
  {
      moveAction.Enable();
  }
  // 如果需要处理脚本动态禁用/重新启用的场景，保留带空校验的OnEnable即可
  private void OnEnable()
  {
      moveAction?.Enable();
  }
  

内容的提问来源于stack exchange，提问作者CMBY