如何自动生成Rc<RefCell<_>>封装内对应函数的调用方法？

当然可以实现，根据需求复杂度，有几种不同的方案：

1. 手动实现（适合方法数量少的场景） #

这是最直接的方式，无需额外依赖，简单易懂：

use std::cell::RefCell;
use std::rc::Rc;

struct A;

impl A {
    fn new() -> Self { A }
    fn a(&self) {}
    fn b(&mut self) {}
}

struct AShared(Rc<RefCell<A>>);

impl AShared {
    fn new() -> Self { Self(Rc::new(RefCell::new(A::new()))) }
    fn a(&self) { self.0.borrow().a() }
    fn b(&mut self) { self.0.borrow_mut().b() }
}

2. 声明宏批量生成（适合方法较多的场景） #

如果结构体A有大量方法，手动编写重复代码效率低，可以用声明宏批量生成包装方法，支持处理不可变、可变以及带参数的方法：

use std::cell::RefCell;
use std::rc::Rc;

struct A;

impl A {
    fn new() -> Self { A }
    fn a(&self) {}
    fn b(&mut self) {}
    fn c(&self, x: i32, y: &str) {} // 示例带参数的方法
}

struct AShared(Rc<RefCell<A>>);

impl AShared {
    fn new() -> Self { Self(Rc::new(RefCell::new(A::new()))) }

    // 定义宏用于生成不同类型的方法包装
    macro_rules! wrap_shared_method {
        // 无参数的不可变方法
        ($method:ident, immutable) => {
            fn $method(&self) {
                self.0.borrow().$method()
            }
        };
        // 无参数的可变方法
        ($method:ident, mutable) => {
            fn $method(&mut self) {
                self.0.borrow_mut().$method()
            }
        };
        // 带参数的不可变方法
        ($method:ident, immutable, $($arg:ident: $ty:ty),+) => {
            fn $method(&self, $($arg: $ty),+) {
                self.0.borrow().$method($($arg),+)
            }
        };
        // 带参数的可变方法
        ($method:ident, mutable, $($arg:ident: $ty:ty),+) => {
            fn $method(&mut self, $($arg: $ty),+) {
                self.0.borrow_mut().$method($($arg),+)
            }
        };
    }

    // 调用宏生成对应方法
    wrap_shared_method!(a, immutable);
    wrap_shared_method!(b, mutable);
    wrap_shared_method!(c, immutable, x: i32, y: &str);
}

3. 过程宏（derive宏，适合通用化场景） #

如果需要给多个结构体生成这类共享包装，可以编写自定义derive宏。这种方案需要创建单独的proc-macro crate，通过解析结构体语法树自动生成包装代码：

1. 创建proc-macro crate，依赖proc-macro2、syn和quote
2. 定义Shared derive宏，解析目标结构体的所有方法签名
3. 生成对应的包装结构体（如AShared）以及包含所有方法包装的impl块，自动处理borrow()和borrow_mut()逻辑

这种方案复用性强，但需要熟悉Rust的proc-macro开发流程，适合复杂的通用场景。

内容的提问来源于stack exchange，提问作者twig-froth