自动关联目录：Actor 生命周期与 Tick 顺序

Actor 的生命周期是一串固定顺序的回调，而绝大多数"为什么我的初始化没生效""为什么这个指针是空的"类问题，本质上都是把代码放错了阶段。

一句话定位：构造函数只设默认值，BeginPlay 才开始有世界，Tick 的顺序必须显式声明。

出生时序

SpawnActor
  → 构造函数（C++ 构造）
  → PostSpawnInitialize
  → PostActorCreated              ← 此时组件还没注册
  → ExecuteConstruction（蓝图构造脚本 OnConstruction）
  → （从关卡/磁盘加载时）PostLoad
  → RegisterAllComponents
  → InitializeComponents
  → PostInitializeComponents      ← 组件都就绪了
  → BeginPlay                     ← 世界存在、其它 Actor 可访问
  → （网络）OnRep / 复制到达

从关卡里加载的 Actor 走的是同一套，只是多了 PostLoad。

最常见的错误是在构造函数里 GetWorld()——返回 null，因为 CDO 也是在此时构造的（见 UObject）。

SpawnActor

// 生成后立刻改属性 → 应用 Deferred，避免"生成瞬间已经跑了一次 BeginPlay"
AMyActor* A = GetWorld()->SpawnActorDeferred<AMyActor>(Class, Transform);
A->TeamId = 3;                       // 在 FinishSpawning 之前设置
UGameplayStatics::FinishSpawningActor(A, Transform);

需要先设属性再让 Actor 看见世界时，SpawnActorDeferred 是唯一正确选择。否则 BeginPlay 已经跑完了，你的赋值来晚了一步。

死亡时序

Destroy()
  → EndPlay(EndPlayReason)      ← 游戏逻辑清理在这里
  → Destroyed()                 ← 已不可信，仅通知
  → UnregisterComponents
  → 标记为待销毁 → 下次 GC 真正释放 → BeginDestroy

void AMyActor::EndPlay(const EEndPlayReason::Type EndPlayReason)
{
    if (EndPlayReason == EEndPlayReason::LevelTransition) { return; }  // 切场景不必清理全局资源
    Super::EndPlay(EndPlayReason);
}

清理逻辑放 EndPlay，不要放 BeginDestroy——后者是 GC 阶段，其它 UObject 的存活没有保证（见 GC）。

Tick

AMyActor::AMyActor()
{
    PrimaryActorTick.bCanEverTick = true;
    PrimaryActorTick.TickGroup = TG_PrePhysics;
    PrimaryActorTick.bStartWithTickEnabled = false;   // 需要时再 Enable
    PrimaryActorTick.TickInterval = 0.05f;            // 降频，不用每帧
}

相机跟着角色抖、角色跟着物理抖，八成是 TickGroup 选错了：相机应该在 TG_PostPhysics 之后。

依赖顺序

// 显式声明：A 必须在 B 之前 Tick
MyActor->PrimaryActorTick.AddTickPrerequisite(OtherActor, OtherActor->PrimaryActorTick);

不要靠 Spawn 顺序或数组顺序来保证 Tick 先后——那是巧合，不是保证。

组件 Tick

Actor 的 Tick 与组件的 Tick 是两套独立开关，新手动创建组件后忘记 RegisterComponent 是常见漏项。

常见坑