UE5重叠事件更新移动Actor类属性不生效问题求助

1. 最高概率：头文件修改后未全量编译，类内存布局不匹配 #

你在C++头文件中修改过ARAScrapPart类的成员变量顺序、新增/删除过成员，但只做了增量编译，导致编辑器加载的旧二进制代码和新的头文件定义的类内存布局不一致，赋值时的内存偏移和读取时的偏移不对应，就会出现“同个变量赋值和读取结果不一致”的异常现象。

• 解决方案：关闭编辑器，删除项目根目录下的Binaries、Intermediate文件夹，右键.uproject文件选择「生成Visual Studio项目文件」，重新全量编译整个项目后再测试。

2. 第二大概率：蓝图子类重复定义了同名变量 #

如果你的ARAScrapPart存在蓝图子类，且在蓝图中又声明了一个同名的CurrentTarget变量，会触发变量遮蔽逻辑：C代码操作的是C层面定义的成员变量，而实际读取时可能指向了蓝图层面定义的另一个同名变量，两边的内存地址完全独立。

• 解决方案：检查ARAScrapPart的所有蓝图子类，删除和C++定义重名的CurrentTarget变量。

3. 第三大概率：蓝图逻辑覆盖了属性值 #

CurrentTarget标记了BlueprintReadWrite权限，如果蓝图中存在帧更新（Tick、时间轴、定时器）逻辑主动修改该属性，就会出现C++重叠事件刚赋值完成，下一帧就被蓝图逻辑覆盖回旧值的情况。

• 解决方案：临时给CurrentTarget的UPROPERTY去掉BlueprintReadWrite标记，测试属性是否能正常更新，再逐步排查所有蓝图中修改该属性的逻辑。

4. 日志格式符错误导致判断偏差 #

你使用%X打印指针，在64位的UE5环境中，%X只会输出指针的低32位，你看到的“实例地址相同”实际可能只是低32位相同，完整的64位指针并不一致，你操作的可能根本不是同一个实例。

• 解决方案：修改日志打印格式，指针统一用%p输出，确认操作的确实是同一个实例：

// 正确的指针打印写法
UE_LOG(LogTemp, Warning, TEXT("this %p CurrentTarget %p"), this, CurrentTarget);

5. 额外代码优化建议 #

你的循环中索引变量用了C++标准的size_t，但UE的TArray索引类型是int32，无符号和有符号数比较可能存在隐式转换问题，建议修改为UE标准写法：

for (int32 i = 0; i < gameState->conveyorFields.Num(); i++)

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