UE4中向TArray添加AActor后性能持续下降的原因排查

1. 向TArray添加AActor对象是否会导致性能下降？ #

单纯向TArray添加AActor对象本身不会直接导致性能下降。TArray是UE4专门优化的动态数组容器，它的Add()操作本质上是在已有内存空间末尾写入引用，只有当数组需要扩容时才会有少量内存拷贝开销——但这种开销非常低，除非你在一帧内进行数百万次添加操作，否则几乎不会察觉。性能问题往往不是来自TArray本身，而是来自你添加的AActor对象本身或者后续的关联逻辑。

2. 向UInventoryComponent的TArray添加Item后性能逐渐变差的可能原因 #

结合UE4的运行机制，以下是几个最常见的诱因：

• 每个Item Actor的Tick逻辑过载：如果你的Item AActor开启了PrimaryActorTick.bCanEverTick = true，并且在Tick()函数里执行了复杂操作（比如每帧做碰撞检测、遍历数据集合、更新渲染参数），随着Item数量增加，每帧的CPU开销会线性累加。建议检查Tick是否必要，或者将高频逻辑改为按需触发（比如只有当Item被选中时才更新），而非每帧执行。

• GC垃圾回收压力累积：如果你的TArray一直持有Item Actor的硬引用，却没有及时移除不再需要的Item，会导致这些Actor永远不会被GC回收。随着数量增多，内存占用持续上升，GC每次扫描的对象范围变大，触发GC时的卡顿会越来越明显——甚至可能引发内存不足导致的性能崩溃。另外，如果Item Actor创建时没有正确设置生命周期（比如忘记调用Destroy()），也会加剧这个问题。

• 渲染与Draw Call暴涨：如果每个Item都有独立的静态网格体、粒子特效或复杂材质，数量增多后GPU的Draw Call会急剧增加，导致帧率下降。可以尝试用**实例化静态网格体（Instanced Static Mesh）**合并相同类型Item的渲染，或者在Item不在视野内时调用SetActorHiddenInGame(true)隐藏，同时启用LOD（细节级别）优化减少远处Item的渲染压力。

• 碰撞检测开销过高：每个Item Actor如果都启用了复杂的碰撞体（比如网格碰撞），并且开启了物理模拟，物理引擎需要处理的碰撞检测计算量会随Item数量线性增长。建议关闭非必要的碰撞，改用简单的盒体/球体碰撞，或者在Item不需要交互时调用SetActorEnableCollision(false)禁用碰撞。

• 全局事件或回调的累积负担：如果每个Item被添加时都注册了全局事件的回调（比如订阅游戏状态变化、玩家输入事件），当事件触发时，所有Item的回调都会被执行。随着Item数量增多，单次事件的处理时间会越来越长，最终拖慢整体性能。建议只让当前活跃的Item（比如选中的Item）订阅事件，或者采用批量处理的方式代替逐个回调。

• TArray操作时机不当：虽然TArray本身高效，但如果你在Tick()或者高频触发的函数里执行添加操作，并且伴随Insert()（而非Add()）、频繁扩容等操作，累计的开销也会逐渐显现。建议尽量在初始化阶段或者低频事件（比如玩家拾取物品）中执行添加操作，避免在每帧重复触发。

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