Rust中如何将Option<&T>转换为&Option<T>（非Copy类型）

首先得明确一个核心事实：如果你的Option<&T>不是从某个已存在的&Option<T>派生出来的，那根本没法在不克隆T的前提下完成这个转换。

为什么？因为&Option<T>本质是指向一个实际存在的Option<T>实例的引用——这个实例要么是None，要么是Some(T)（里面存的是T本身，不是指针）。而你手里的Option<&T>，要么是None（一个空标记），要么是Some(&T)（存的是指向T的指针），两者的内存布局完全不匹配，没有安全的方式直接映射。

特殊场景下的不安全实现 #

如果你的Option<&T>确实是通过对某个&Option<T>调用.as_ref()得到的（也就是它原本就来自一个Option<T>实例的引用），那可以用unsafe代码反向转换，利用Rust对Option内存布局的保证：

use std::mem;

unsafe fn reverse_as_ref<T>(opt: Option<&T>) -> &Option<T> {
    match opt {
        None => {
            // 静态None实例的内存布局和任意Option<T>的None兼容
            static NONE: Option<()> = None;
            mem::transmute(&NONE)
        }
        Some(t) => {
            // 由于Option<T>的Some变体直接存储T的内容，指向T的指针等价于指向Some(T)的Option<T>的指针
            &*(t as *const T as *const Option<T>)
        }
    }
}

必须注意的风险 #

• 这个函数完全依赖Rust的未公开实现细节（Option的内存布局），虽然目前稳定版本的Rust都遵循这个布局，但未来有变更的可能。
• 只有当Some(t)中的t确实来自&Option<T>的.as_ref()调用时，转换才安全。如果t是指向独立T实例的引用，调用这个函数会直接触发未定义行为。
• 一般来说，这种转换是代码设计不合理的信号——你应该尽量直接使用原始的&Option<T>，而不是先转成Option<&T>再想办法转回去。

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