为何需要为&T类型 blanket 实现Deref trait？

背景引用 #

为智能指针实现Deref trait可便捷访问其背后的数据，这是它们实现Deref的原因。另一方面，Deref和DerefMut的规则是专为适配智能指针设计的，因此Deref应仅为智能指针实现以避免混淆。

我理解智能指针实现Deref的用处，但不清楚为&T类型提供的**通用实现（blanket implementation）**有何作用：

#[stable(feature = "rust1", since = "1.0.0")]
#[rustc_const_unstable(feature = "const_deref", issue = "88955")]
impl<T: ?Sized> const Deref for &T {
    type Target = T;

    #[rustc_diagnostic_item = "noop_method_deref"]
    fn deref(&self) -> &T {
        *self
    }
}

正如Rust官方书籍所述：

没有Deref trait的话，编译器只能解引用&类型的引用。deref方法让编译器能够获取任何实现了Deref的类型的值，调用deref方法得到它能解引用的&类型引用。

我的核心疑问是：既然编译器本身就知道如何解引用&T，为何还需要为&T类型实现Deref的通用实现？

我编写了测试代码验证后仍不确定是否理解该实现的用途：

use std::ops::Deref;
use std::rc::Rc;

fn foo<T: Deref<Target = i32>>(t: T) {
    println!("{}", *t);
    print_type_of(&t);
    print_type_of(&(*t));
    println!("-----------------");
}

fn main() {
    // Ok, because &i32 implements Deref<Target = i32>, so deref() return &i32 and the compiler can deref it again to get i32
    // Thanks to the blanket implementation
    foo(&100i32);
    // No, because &&i32.deref() return &&i32, so the compiler can't deref it twice to get i32
    foo(&&100i32);
    // Ok, because Box<i32> implements Deref<Target = i32>, so deref() return &i32 and the compiler can deref it again to get i32
    // But this has nothing to do with the blanket implementation of Deref for &T
    // Because Box is not a reference type
    foo(Box::new(42i32));
    // Ok, because Rc<i32> implements Deref<Target = i32>, so deref() return &i32 and the compiler can deref it again to get i32
    foo(Rc::new(5i32));
}

fn print_type_of<T>(_: &T) {
    println!("{}", std::any::type_name::<T>())
}

核心原因：统一接口与泛型兼容性 #

这个通用实现的核心价值在于让&T类型能参与到基于Deref trait的泛型体系中，同时维持语法和行为的一致性，具体可以从这几点理解：

• 泛型代码的统一处理：当你编写要求T: Deref<Target = U>的泛型函数时，这个实现让普通引用和Box、Rc这类智能指针能被同一个函数处理，不需要为引用单独写重载逻辑，减少代码冗余。
• 解引用链的自动适配：编译器的自动解引用（Deref coercion）机制依赖Deref trait扩展能力。通过为&T实现Deref，原生引用的解引用能融入统一的coercion规则，比如&String转&str的链式转换才能顺畅工作。
• 行为一致性与可预测性：所有可解引用的类型都遵循Deref的抽象规则，开发者不需要区分原生引用和智能指针的解引用逻辑，只要知道实现Deref的类型都能用*访问内部数据，降低认知负担。
• 避免编译器特殊化逻辑：如果不为&T实现Deref，编译器需要为原生引用单独编写解引用的特殊逻辑，还要处理它和Deref体系的交互。这个空操作（noop）实现让编译器用同一套逻辑处理所有实现Deref的类型，减少内部复杂度。

针对你的测试代码补充说明：

• 传入&100i32能编译通过，正是因为这个通用实现让&i32满足了Deref<Target = i32>的约束；
• 传入&&100i32失败，是因为&&i32的Deref Target是&i32，不符合泛型函数要求的Target = i32，这属于预期行为。

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