为何在此场景下使用Rust裸指针会导致use-after-free（释放后使用）问题？

嘿，这个问题其实戳中了Rust Vec的一个核心特性——动态扩容，咱们一步步拆解来看：

问题根源：Vec的动态扩容会迁移内存 #

你代码里的rng是一个普通的Vec，它的内存管理逻辑是这样的：

• 初始化时，Vec会分配一块初始容量的内存（默认容量通常很小，比如1或2）
• 当你调用push添加元素时，如果当前容量已经满了，Vec会：
  1. 分配一块更大的新内存区域
  2. 把旧内存里的所有元素移动/复制到新区域
  3. 释放旧的内存块

而你的代码里，每次push后立刻取了当前元素的裸指针，再转成可变引用存到rngs里。当Vec触发扩容时，这些指针指向的就已经是被释放的旧内存了——后续访问rngs[0]自然就触发了use-after-free。

为什么NTHREADS=1时没问题？ #

因为当你只push1个元素时，Vec的初始容量足够容纳它，不会触发扩容操作。元素的内存地址从始至终都没变，所以你存的指针一直指向有效的内存，自然不会出现UAF问题。

你用unsafe绕开了本该帮你的安全机制 #

Rust的借用检查器本来会阻止这种“悬垂引用”的情况，但你用unsafe强制将裸指针转成了可变引用，相当于告诉编译器“我知道我在做什么”——但实际上你没考虑到Vec扩容的内存迁移问题，这就踩坑了。

修复方案 #

最直接的办法是提前给Vec分配足够的容量，避免扩容：

use rand_mt::{Mt19937GenRand64, Mt64};
const NTHREADS: usize = 2;
const SEED: u64 = 14;

fn main() {
    // 提前分配足够容量，避免push时扩容
    let mut rng = Vec::with_capacity(NTHREADS);
    let mut rngs = Vec::new();
    
    for i in 0..NTHREADS {
        rng.push(Mt64::new(SEED + i as u64));
        // 这里即使取引用，也不会因为扩容失效了
        rngs.push(&mut rng[i]);
    }
    
    let rand: f64 = rngs[0].gen();
}

如果是实际并行场景，你可能还需要考虑用Arc（原子引用计数）来安全地共享所有权，或者每个线程直接持有自己的随机数生成器实例，完全避免共享内存的问题。

内容来源于stack exchange