UE4使用ConstructorHelpers加载资源时编辑器启动卡在75%问题求助

该问题是UE引擎初始化阶段的资源加载顺序冲突导致的：

• 你将static ConstructorHelpers::FObjectFinder资源加载逻辑写在了ATurretController的构造函数中，UE编辑器启动时会优先构建所有原生C++类的默认对象（CDO），此时构造函数会被提前执行。
• 75%启动阶段属于引擎子系统初始化、核心资源预加载的窗口，此时行为树依赖的AIModule、资源管理子系统还未完成初始化，提前加载行为树资源会触发阻塞或死锁，最终导致编辑器卡住。
• 先启动编辑器再热编译时，所有引擎子系统已经完成初始化，此时执行构造函数的加载逻辑不会触发顺序冲突，因此可以正常运行。

按照优先级从高到低推荐以下方案：

1. 改用UPROPERTY配置资源引用（最推荐）
   完全移除硬编码加载逻辑，在头文件中声明可编辑的行为树成员变量，在编辑器内手动赋值即可，从根源避免加载顺序问题：

// TurretController.h 新增代码
UPROPERTY(EditAnywhere, Category = "AI Config")
UBehaviorTree* TurretBT = nullptr;

2. 将加载逻辑移到BeginPlay执行
   如果一定要用代码硬编码加载，将加载逻辑从构造函数转移到BeginPlay中，使用LoadObject接口加载，此时引擎子系统已完成初始化：

// TurretController.cpp 的 BeginPlay 中添加代码
void ATurretController::BeginPlay() {
    Super::BeginPlay();
    if (!TurretBT) {
        TurretBT = LoadObject<UBehaviorTree>(nullptr, TEXT("BehaviorTree'/Game/Blueprints/Turret_BT.Turret_BT'"));
    }
    // 后续可以直接调用RunBehaviorTree(TurretBT)启动行为树
}

3. 构造函数加载的兼容方案（不推荐）
   如果必须保留构造函数内的加载逻辑，首先确认项目Build.cs中已经添加了AIModule依赖：

// 项目名.Build.cs 中添加
PublicDependencyModuleNames.AddRange(new string[] { "Core", "CoreUObject", "Engine", "InputCore", "AIModule" });

其次移除加载逻辑的static修饰，避免全局静态变量的提前初始化，同时补充加载成功判断：

// 构造函数内修改为
ConstructorHelpers::FObjectFinder<UBehaviorTree> BT(TEXT("BehaviorTree'/Game/Blueprints/Turret_BT.Turret_BT'"));
if (BT.Succeeded())
{
    TurretBT = BT.Object;
}

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