Rust中对象引用为何可传入接收trait的函数？规则与最佳实践咨询

首先看你提供的Rust代码：

struct A<T> {
    w: T,
}

impl<T: std::fmt::Display> std::fmt::Display for A<T> {
    fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result {
        self.w.fmt(f)
    }
}

fn func(a: impl std::fmt::Display + std::ops::Deref) {
    println!("func {}", a);
}

fn main() {
    let a = A { w: 33 };
    func(&a);
}

为什么&A可以传入func？ #

核心原因是Rust的blanket实现（全局自动实现）：

• 对于任何实现了trait T的类型U，标准库会自动为&U（不可变引用）和&mut U（可变引用）实现trait T。比如Display trait就有这类实现：impl<T: Display + ?Sized> Display for &T——只要T实现了Display，T的引用就自动具备Display能力。
• 另外，引用类型（&U）本身默认实现了Deref trait，关联类型就是U，所以&A天然满足Deref约束。

两者结合，&A同时符合func参数要求的Display + Deref，因此可以直接传入。

关于Box、Rc等智能指针的类似行为 #

这些智能指针的逻辑和引用完全一致：

• 标准库为它们提供了对应的blanket实现：比如T实现Display时，Box<T>、Rc<T>也会自动实现Display。
• 同时这些智能指针本身都实现了Deref trait，因此能满足相同的trait约束。

为什么不是Deref Coercion？ #

你之前的误解很常见，但这里确实和deref coercion无关：

• Deref coercion是编译器发现类型不匹配时，自动调用deref()将类型转换为目标类型（比如把&A转成A）。但这个例子里，func要求的是同时实现Display和Deref的类型，&A本身就直接满足这两个约束——不需要任何转换，所以不是deref coercion的作用。

最佳实践：接收引用还是直接接收trait？ #

要根据函数的语义和需求选择：

• 优先用&impl Trait（或&mut impl Trait）：如果函数只需要读取（或修改）数据、不需要所有权，这种写法语义最清晰，直接表明接收的是引用，避免类型推导混淆。比如把func改成fn func(a: &impl std::fmt::Display)，同样能正常调用func(&a)，逻辑更直观。
• 用impl Trait + ?Sized支持多种Deref类型：如果需要同时兼容引用、Box、Rc等“可解引用”类型，可以用fn func(a: impl std::fmt::Display + ?Sized)——这些类型都是动态大小类型的兼容者（?Sized），且通过blanket实现了Display。
• 仅需所有权时才按值接收impl Trait：如果函数需要获取参数所有权（比如存入集合、修改后返回），才应该按值声明参数。对引用类型来说，按值传递impl Trait本质是传递引用副本（因为引用是Copy的），但语义模糊，容易让人误解函数需要所有权。

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