`&T as *const T as *mut T`用于static mut是否安全？

为什么&GLOBAL_SINGLETON as *const _ as *mut _转换后写入未触发Miri报错？ #

这不是Miri或Stacked Borrows的局限性，而是static mut在Rust内存模型中的特殊定位导致的：

• Rust将static mut标记为**全局SharedRW（共享可读写）**区域，这类全局项的语义本身就脱离了普通局部变量的借用规则约束——它设计为完全由程序员手动保证访问的安全性（比如线程安全、无数据竞争）。
• Stacked Borrows针对全局SharedRW区域放宽了检查规则：允许从共享引用（&）转换而来的可变裸指针直接写入，因为全局static mut不存在局部作用域内的借用冲突问题，Miri的严格起源检查也会默认认可这类全局指针的合法性。
• 注意：Miri默认不检查线程安全，若要验证多线程下的访问问题，需要启用--check-thread-safety参数。

绑定生命周期的Wrapper方案为什么明显不安全？ #

这类方案（比如struct Wrapper<'a> { ptr: *mut T, _marker: PhantomData<&'a mut T> }）的核心问题是用生命周期约束伪造了虚假的安全保证：

• 生命周期'a会误导编译器认为Wrapper的访问受借用规则约束，但实际上static mut是全局可写的，不受任何生命周期限制。
• 这种包装会让编译器允许多个Wrapper实例同时存在并写入static mut，而编译器会因为生命周期约束误判为不存在冲突，但实际会触发数据竞争、未定义行为；甚至可能通过生命周期推导将Wrapper的生命周期延长至'static，进一步放大安全风险。

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