← 全部标签
# 句柄
3 篇页面
页面
游戏开发游戏对象引用与查询Game Object References & Queries游戏对象需要唯一 id 来区分、查找和充当通信目标；找到对象后还要能引用它，引用的寿命可以从一次函数调用到许多分钟。GEA 比较三种实现：裸指针最快最简单，但有孤儿对象、悬垂指针、非法指针三类问题，且不能配合内存重定位；智能指针可以检测对象已删除、做引用计数，但很难写对，GEA 个人建议远离它，非用不可就用 C++11 标准库或 Boost 的成熟实现；句柄是全局句柄表的整数索引，加上唯一 id 防止槽位复用后指向错误对象，简单而安全。对象查询则不追求通用数据库，而是为最常用的查询建专门的数据结构（GEA4 卷 II 17.5）。游戏开发自定义内存分配器Custom Memory Allocators内存从两方面影响性能：动态分配（malloc / 全局 new）很慢，以及访问模式主导现代 CPU 的性能。GEA 的经验法则是「尽量少做堆分配，绝不在紧密循环里做堆分配」，并介绍游戏引擎常用的自定义分配器：栈分配器（含双端栈）、池分配器、对齐分配、单帧与双缓冲分配器；以及如何用栈/池避免碎片，或用碎片整理加指针重定位（智能指针、句柄）解决碎片。综合游戏中的内存管理Memory Management in Games本页把 wiki 中关于内存的内容串成一条线：内存从两方面影响游戏，一是访问模式（缓存未命中远比计算昂贵），二是分配本身（通用堆分配慢且产生碎片，而主机上没有自动换页的虚拟内存兜底）。对策按生命周期组织：常驻与关卡数据用栈、每帧临时数据用单帧/双缓冲分配器、同尺寸小对象用池或小内存分配器、大小不一的动态对象用堆加碎片整理与句柄；资源按引用计数和分块加载管理，流送系统把世界切成等大的块；UE 则在 UObject 层用垃圾回收管理对象生命周期。最后，没有准确的追踪工具，以上一切都无从验证。各结论的细节与出处见所链接的概念页。