Rust中RefCell报‘Assignment to borrowed a’错，Box代码为何正常？

问题场景 #

以下使用RefCell的代码会触发Assignment to borrowed a错误：

use std::cell::RefCell;

struct A {
    a: i32,
}

fn main() {
    let mut a = RefCell::new(A{a:5});
    let mut b = a.borrow_mut();
    a = RefCell::new(A{a:6});
}

而看似逻辑一致的Box代码却能正常编译运行：

struct A {
    a: i32,
}

fn main() {
    let mut a = Box::new(A{a:5});
    let mut b = &mut a;
    a = Box::new(A{a:6});
}

编译器如何检测RefCell的赋值错误？ #

这完全依赖于Rust核心的借用检查器和语言本身的借用规则，并非对RefCell的特殊处理。

RefCell::borrow_mut()的方法签名是：

pub fn borrow_mut(&self) -> RefMut<'_, T>

调用该方法时，会获取一个对RefCell实例a的共享引用（&self），并返回绑定了该引用生命周期的RefMut结构体。

根据Rust的借用规则：

• 只要变量存在任何有效借用（共享或可变），就不能对该变量执行移动或赋值操作——这会直接破坏借用的有效性。
• 这里b持有RefMut实例，只要b还在作用域内，a就处于被借用状态，此时对a赋值会违反规则，因此编译器直接抛出错误。

为什么Box的代码能正常运行？ #

关键在于Rust的**非词法生命周期（NLL）**优化，以及两种场景下借用的本质差异：

1. Box场景的借用本质：let mut b = &mut a;创建的是对变量a本身的可变引用，而非对Box内部数据的引用。
2. NLL的作用：编译器通过NLL分析发现，在执行a = Box::new(...)时，b的借用已经没有后续使用的需求，因此自动缩短了b的生命周期，允许对a进行赋值。

如果在赋值后尝试使用b，就会触发预期的借用错误：

struct A {
    a: i32,
}

fn main() {
    let mut a = Box::new(A{a:5});
    let mut b = &mut a;
    a = Box::new(A{a:6});
    println!("{}", b.a); // 错误：cannot borrow `a` as mutable more than once at a time
}

反观RefCell的场景，RefMut持有对a的共享引用，其生命周期与自身完全绑定——编译器无法确定你后续会不会通过RefMut操作内部数据，因此不能优化这个借用，自然不允许对a赋值。

内容的提问来源于stack exchange，提问作者Danilo Souza Morães