为何Rc工厂方法克隆输入内容而非复用原内存？

我们可以调用Rc::from(my_box)将Box<T>转换为Rc<T>，但其实现是将内容克隆到新的RcBox缓冲区，而非复用原Box的内存。我能想到的唯一合理原因是内容旁的记账变量可提升克隆速度，是否存在其他考量？有没有类似C++中new shared_ptr(old_ptr)的实现？

对应的from_box实现代码如下：

fn from_box(v: Box<T>) -> Rc<T> {
    unsafe {
        let (box_unique, alloc) = Box::into_unique(v);
        let bptr = box_unique.as_ptr();

        let value_size = size_of_val(&*bptr);
        let ptr = Self::allocate_for_ptr(bptr);

        // Copy value as bytes
        ptr::copy_nonoverlapping(
            bptr as *const T as *const u8,
            &mut (*ptr).value as *mut _ as *mut u8,
            value_size,
        );

        // Free the allocation without dropping its contents
        box_free(box_unique, alloc);

        Self::from_ptr(ptr)
    }
}

此外，其他构造方法即便输入是被移动的，也会克隆内存而非复用原有内容，例如：

impl From<String> for Rc<str> {
    fn from(v: String) -> Rc<str> {
        Rc::from(&v[..])
    }
}

问题解答 #

1. Rc的紧凑布局限制
   Rust中Rc的内部结构是RcBox，它将引用计数、弱引用计数和值本身放在同一个连续的内存块中（紧凑布局）。而Box<T>的内存块里只存储T的值，没有预留计数变量的空间。要复用Box的内存，就需要在原内存块旁额外分配计数空间，但大多数内存分配器不支持这种“原地扩展”操作，尤其是当原内存块位于堆内存的边缘时，根本无法扩展。这种紧凑布局的好处是提升缓存局部性——访问值和计数时不需要跨不同内存块，克隆Rc时的计数操作也更高效。

2. 与C++ shared_ptr的设计差异
   C++的shared_ptr采用分离式布局：控制块（包含引用计数）和对象内存是分开分配的，因此可以直接接管原始指针（比如new shared_ptr(old_ptr)）。但这种设计会牺牲缓存效率，因为访问对象和计数需要跨两个独立的内存块。Rust的Rc选择紧凑布局就是为了优先保证性能，因此放弃了复用外部内存的能力。

3. 安全与复杂度考量
   如果要支持复用Box的内存，需要额外管理控制块的内存分配与释放，这会增加Rc实现的复杂度，还可能引入安全隐患——比如需要确保原Box的内存满足RcBox的对齐要求，或者处理控制块和值内存的生命周期同步问题。而当前的克隆实现虽然有内存拷贝开销，但逻辑简单、安全，符合Rust“安全优先”的设计理念。

4. 以Rc为例的延伸说明
   From<String> for Rc<str>的实现之所以克隆内存，也是因为String的内存块仅存储字符数据，没有Rc所需的计数空间。Rc<str>需要将字符数据和计数放在同一个分配块中，因此只能克隆String的内容到新的Rc分配里。

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