为何Allocator.allocate返回NonNull<[u8]>，而deallocate接受NonNull<u8>？

一、allocate 返回 NonNull<[u8]> 的原因 #

• 自带内存长度，无需额外存储：NonNull<[u8]> 是胖指针，同时包含内存起始地址和总字节数。分配后直接返回该类型，调用方不用手动记录长度，后续做切片、内存拷贝等操作时能直接获取有效范围，减少因长度管理失误引发的错误。
• 贴合内存实际形态：分配的内存本身就是连续字节序列，用字节切片指针表示完全匹配内存的本质，调用方拿到后可直接操作，无需额外转换步骤。

二、deallocate 使用 NonNull 的原因 #

• 释放仅需起始地址：释放内存时，分配器不需要内存长度信息——调用方必须传入对应的 Layout 参数，而布局中已经包含了内存大小和对齐要求。分配器仅靠起始地址加布局信息就能完成释放，多余的长度信息属于冗余内容。
• 转换成本极低：调用方从 NonNull<[u8]> 转换为 NonNull<u8> 只需调用 .as_ptr() 方法，操作非常简便。若反过来用胖指针做释放，会让分配器处理无意义的冗余信息，徒增复杂度。

三、选择 u8/[u8] 而非 ()/[()] 的原因 #

• 兼容性拉满：u8 的对齐要求为1字节，是Rust所有类型中最低的，只要符合 Layout 要求的内存块，都能安全转换为 u8 或 [u8] 类型指针。如果用 () 类型，它的大小为0，用来指代有实际字节数的内存，语义上会非常别扭。
• 语义清晰无歧义：() 通常代表“无值”，用它指代分配的内存块会严重降低代码可读性。而 u8 明确指向字节，一看就知道这是一段原始内存，不存在语义混淆。
• 实际使用更顺手：开发者拿到分配的内存后，大多会转换为具体类型（比如 Box<T> 内部就是这么实现的），从 u8 指针转换为其他类型指针，比从 () 指针转换更直观，也符合Rust的类型安全逻辑。

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