NativeArray各Allocator的差异、适用场景及实现机制问询

一、各Allocator的使用时机 #

• None：需要绑定外部已分配好的内存块时用，比如和原生插件交互、手动管控内存生命周期的场景，NativeArray不会自动分配内存。
• Invalid：禁止主动使用，这是个状态标记值，通常用来初始化未分配的NativeArray，或作为错误状态的判断依据。
• Temp：适合同步代码里短期使用的小内存块，生命周期不超过当前帧。比如Update中临时创建数组做计算，不用手动Dispose，Unity帧末会自动回收，性能最优。
• TempJob：用于需要在Job中使用，但生命周期不超过4帧的数组。比Persistent分配速度快，建议手动Dispose尽早释放内存，也可以依赖Unity4帧后的自动回收，适合短期Job任务。
• Persistent：用于长期持有的数据，比如跨帧、跨场景的数组。必须手动调用Dispose释放内存，否则会泄漏，性能是几个内置Allocator里最差的，但生命周期最灵活。
• FirstUserIndex：不要直接使用，这是自定义Allocator的起始标记，如果你要实现自己的内存分配器，从这个值开始定义枚举，避免和Unity内置的冲突。
• AudioKernel：专门给Unity音频内核用的，普通业务代码别碰。用于音频相关的NativeArray，内存由音频系统管理生命周期。

二、实现层面的内存分配与生命周期影响 #

• None：NativeArray不执行内存分配，仅绑定外部内存。生命周期完全由外部内存的管理逻辑决定，调用NativeArray的Dispose不会释放这块内存，得自己手动处理外部内存的释放。
• Invalid：不会分配任何内存，NativeArray处于未初始化状态，调用任何读写操作都会抛出异常，仅作为状态标识存在。
• Temp：内存分配在栈内存或线程本地临时内存池，速度极快。生命周期严格限制在当前帧，帧结束时Unity自动回收，跨帧使用会导致内存被覆盖、数据错误。
• TempJob：内存分配在Job系统专属的临时内存池，分配速度介于Temp和Persistent之间。生命周期最多4帧，Unity会自动清理，但手动Dispose能更早释放内存。Job执行期间内存会被保留，确保数据安全。
• Persistent：内存分配在非托管的持久化堆内存，和Unity的GC堆独立。生命周期完全由开发者控制，必须手动Dispose，否则内存会一直占用直到游戏退出，分配和释放的开销最大。
• FirstUserIndex：没有实际分配逻辑，只是一个枚举常量，用来区分内置Allocator和用户自定义Allocator的边界。
• AudioKernel：内存分配在音频系统专属内存区域，由音频内核负责分配和释放，普通代码无法干预其生命周期，只能在音频相关API中使用。

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