为什么 Rc::clone 直接作为参数时无法转换为 trait object？

结论

问题在于类型推断和强制转换发生的时机。Rc::clone 返回与输入相同的具体类型。直接把调用放在函数参数中时，参数的目标类型会参与 Rc::clone 的类型推断，编译器随后尝试将 &Rc<RefCell<Struct1>> 转换为 &Rc<RefCell<dyn Trait1>>。这种引用类型转换不成立。

先把克隆结果存入局部变量，Rc::clone 就会根据 struct1 推断出具体类型 Rc<RefCell<Struct1>>。之后将这个拥有所有权的 Rc 传给 add_child 时，编译器可以把它强制转换为 Rc<RefCell<dyn Trait1>>。

为什么两种写法结果不同

Rc::clone 的签名可以简化为：

fn clone<T>(value: &Rc<T>) -> Rc<T>

直接调用时：

struct2.add_child(Rc::clone(&struct1));

add_child 的参数类型是 Rc<RefCell<dyn Trait1>>。这个期望类型会参与内部 Rc::clone 的类型推断，但实际传入 Rc::clone 的引用是 &Rc<RefCell<Struct1>>。Rust 不会先把这个引用转换成对另一种 Rc 类型的引用，因此会报错：expected &Rc<RefCell<dyn Trait1>>, found &Rc<RefCell<Struct1>>。

分开写时：

let clone = Rc::clone(&struct1);
struct2.add_child(clone);

第一行根据 struct1 推断出 clone 的类型为 Rc<RefCell<Struct1>>。第二行传入的是这个 Rc 值本身，Rust 可以在传参时将它转换为目标类型 Rc<RefCell<dyn Trait1>>。由于 Struct1 实现了 Trait1，这里可以构造对应的 trait object。

可行写法

可以保留局部变量的写法，也可以显式标注转换后的类型：

let child: Rc<RefCell<dyn Trait1>> = Rc::clone(&struct1);
struct2.add_child(child);

还可以直接克隆后传入。这样会先根据接收者的具体类型完成克隆，再由参数位置进行转换：

struct2.add_child(struct1.clone());

这些写法共用同一个 Rc 分配。克隆 Rc 只会增加引用计数，不会复制 Struct1 的值，因此通过 struct1 和 Struct2 中的子对象访问的是同一个实例。

注意事项

RefCell 允许通过共享的 Rc 在运行时取得可变借用。如果调用 borrow_mut() 时已有冲突的借用，程序会在运行时 panic。如果代码不需要运行时借用检查，可以根据所有权和可变性需求考虑其他类型组合。

备注：内容仅供参考。