RefCell单独使用是否有用？为何不整合共享指针？

一、RefCell单独使用确实有实用场景 #

很多时候我们不需要共享所有权，只需要在单线程环境下实现内部可变性，这时候单独用RefCell就足够，几个典型场景：

• 封装对外不可变、内部可变的结构体
  比如写一个单线程缓存，对外只暴露查询和插入的不可变接口，但内部需要修改缓存数据。用RefCell可以让结构体的方法全部基于&self实现，避免暴露可变引用给外部，同时内部能安全修改状态：

use std::collections::HashMap;
use std::cell::RefCell;

struct SimpleCache {
    data: RefCell<HashMap<String, String>>,
}

impl SimpleCache {
    fn new() -> Self {
        SimpleCache {
            data: RefCell::new(HashMap::new()),
        }
    }

    // 对外是不可变方法
    fn get(&self, key: &str) -> Option<String> {
        self.data.borrow().get(key).cloned()
    }

    // 同样基于&self实现内部修改
    fn insert(&self, key: String, value: String) {
        self.data.borrow_mut().insert(key, value);
    }
}

• 单线程下规避借用检查的限制
  有时候在单线程中，我们需要多次“借用”同一个值做修改，但借用 checker 的静态检查会阻碍这种场景。用RefCell的运行时检查可以绕开这个限制，同时保证单线程安全：

use std::cell::RefCell;

fn add_item(data: &RefCell<Vec<i32>>, item: i32) {
    data.borrow_mut().push(item);
}

fn main() {
    let data = RefCell::new(vec![1, 2, 3]);
    add_item(&data, 4);
    add_item(&data, 5);
    println!("{:?}", data.borrow()); // 输出 [1,2,3,4,5]
}

这里不需要把data声明为mut，也不需要传递&mut引用，在单线程中使用非常灵活。

• 配合单一所有权的智能指针
  比如和Box结合，实现“单一所有权但内部可变”的场景：Box<RefCell<MyStruct>>。这种情况不需要共享所有权，但需要在持有不可变引用的同时修改内部数据，RefCell就能满足需求。

二、为什么不直接整合共享指针？ #

这是Rust职责分离设计哲学的体现：

• 单一职责，灵活组合：RefCell的核心作用是提供运行时检查的内部可变性，而Rc/Arc的作用是共享所有权。分开设计让用户可以根据需求自由组合：单线程共享用Rc<RefCell<T>>，多线程共享用Arc<Mutex<T>>，不需要共享就单独用RefCell。如果强制整合，会限制用户的选择，增加不必要的复杂度。
• 避免不必要的开销：Rc有引用计数的开销，Arc还有原子操作的额外成本。单独使用RefCell时，完全没有这些额外开销，只需要承担RefCell本身极轻量的运行时借用检查成本。如果整合共享指针，会让不需要共享的场景平白付出性能代价。
• 适配更多场景：除了Rc/Arc，还有其他共享或复用值的方式（比如自定义容器、生命周期绑定的引用），RefCell的独立设计可以和这些场景灵活适配，而不是被绑定到某一种共享指针上。

内容的提问来源于stack exchange，提问作者raph.amiard