我是否可以用bumpalo分配Vec来满足运行时定长动态数组需求？

你当前使用Vec::new_in分配后取切片的用法是可行的，针对你需要「运行时确定大小的固定长度数组」的需求，还有更适配的实现方式：

• 如果你希望继续用Vec作为分配入口，不需要用Vec::new_in，可以直接调用Vec::with_capacity_in(你需要的固定长度, &bump)预先申请正好匹配需求的空间，填充完所有元素后调用into_boxed_slice()，就能得到和需求长度完全一致的盒式切片，后续无法再扩容，完全满足固定大小的要求，也不会有多余的空间浪费。
• 如果你不想经过Vec的中间层，bumpalo的Bump类型本身提供了直接分配固定长度切片的方法，完全适配你的场景，不需要依赖Vec的变长能力：
  比如你需要分配长度为runtime_n的i32数组，可以直接写：

  // 用对应类型的默认值填充
  let arr: &[i32] = bump.alloc_slice_fill_default(runtime_n);
  // 用指定值填充所有元素
  let arr: &[i32] = bump.alloc_slice_fill_copy(runtime_n, 42);
  // 用迭代器生成对应元素
  let arr: &[i32] = bump.alloc_slice_fill_iter((0..runtime_n).map(|v| v as i32));
  

  这类方法分配出来的切片本身就是固定长度的，内存完全来自bumpalo的内存池，分配效率和你预期的直接分配数组完全一致，比通过Vec中转更直接。

你顾虑的「Vec适用于变长场景」的问题完全不需要担心：如果只是用Vec作为分配固定长度内存的临时载体，用完就转成固定长度的切片，不会带来任何额外开销，bumpalo提供的collections::Vec只是替换了分配器实现，其他逻辑和标准库Vec完全一致。

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