← 全部标签
# 内存管理
5 篇页面
页面
游戏开发 · UE5垃圾回收与对象生命周期Garbage Collection & Object LifecycleUE 用标记-清除式的可达性分析管理 UObject 内存：从根集合 (Root Set) 出发沿反射可见的强引用遍历对象图，找不到的对象在下次垃圾回收 (Garbage Collection, GC) 时被删除。因此“谁持有 UPROPERTY 引用”决定了对象活多久；Actor 调用 Destroy() 只是请求销毁，真正释放仍取决于引用是否全部放开。游戏开发 · UE5智能指针与 TObjectPtrSmart Pointers & TObjectPtrUE 有两套对象寿命管理：普通 C++ 对象用引用计数智能指针（TSharedPtr/TSharedRef/TWeakPtr/TUniquePtr），UObject 由垃圾回收管理，不能放进这些智能指针。UE5 新增的 TObjectPtr 用来替代 UPROPERTY 里的 UObject 裸指针：编辑器构建中提供动态解析和访问跟踪，非编辑器构建中与裸指针表现相同。游戏开发对象池Object Pool对象池 (Object Pool) 预先一次性分配一组可复用对象，需要时从池里取一个未使用的对象并初始化，用完标记为未使用，而不是逐个 new/delete。它能避免频繁分配的开销和堆碎片，常用于粒子、子弹、正在播放的声音等。代价是池大小要调校、同时活跃的数量有上限、复用的对象不会被自动清零，在有 GC 的环境里还可能让本该回收的对象一直活着。游戏开发自定义内存分配器Custom Memory Allocators内存从两方面影响性能：动态分配（malloc / 全局 new）很慢，以及访问模式主导现代 CPU 的性能。GEA 的经验法则是「尽量少做堆分配，绝不在紧密循环里做堆分配」，并介绍游戏引擎常用的自定义分配器：栈分配器（含双端栈）、池分配器、对齐分配、单帧与双缓冲分配器；以及如何用栈/池避免碎片，或用碎片整理加指针重定位（智能指针、句柄）解决碎片。综合游戏中的内存管理Memory Management in Games本页把 wiki 中关于内存的内容串成一条线：内存从两方面影响游戏，一是访问模式（缓存未命中远比计算昂贵），二是分配本身（通用堆分配慢且产生碎片，而主机上没有自动换页的虚拟内存兜底）。对策按生命周期组织：常驻与关卡数据用栈、每帧临时数据用单帧/双缓冲分配器、同尺寸小对象用池或小内存分配器、大小不一的动态对象用堆加碎片整理与句柄；资源按引用计数和分块加载管理，流送系统把世界切成等大的块；UE 则在 UObject 层用垃圾回收管理对象生命周期。最后，没有准确的追踪工具，以上一切都无从验证。各结论的细节与出处见所链接的概念页。