为何Rust自定义newtype可调用Clone却无法调用Display方法？

问题背景 #

有说法称：若在类型U上实现Deref<Target = T>，则可在U类型表达式上调用T的固有方法，但无法调用为T定义的Trait方法。但根据Rust参考手册的方法调用解析步骤，反复解引用接收者类型得到候选类型列表后，会为每个候选类型T查找：

1. T的固有方法
2. T实现的可见Trait提供的任何方法

这两者看似矛盾，结合以下实验代码，现象更让人困惑：

use std::ops::Deref;

struct Thing(String);

impl Thing {
    pub fn new(s: String) -> Self {
        Self(s)
    }
}

impl Deref for Thing {
    type Target = String;
    
    fn deref(&self) -> &String {
        &self.0
    }
}

fn main() {
    let thing = Thing::new(" jup ".to_string());
    // 可调用trim，因解引用强制转换
    println!("{}", thing.trim());
    // 无法调用fmt，因它是内部类型实现的Trait
    // println!("{}", thing);
    // 但却能调用clone？
    println!("{}", thing.clone());
}

实验中，Thing未实现Display（但内部String已实现），无法通过println!调用Display的方法；但却能直接调用Clone方法。同样是String实现的Trait方法，为何表现不同？

核心原因：场景差异导致的行为区别 #

1. 方法调用场景会触发Deref候选类型查找 #

thing.clone()属于方法调用语法，完全遵循Rust参考手册中的方法解析规则：

• 编译器会生成接收者的候选类型列表：&Thing → &String（通过Deref）→ &str（String自身的Deref）
• 对每个候选类型依次查找方法：Thing没有定义clone，String实现了Clone trait的clone方法，因此匹配成功，完成调用。

thing.trim()同理：trim是str的固有方法，编译器逐层解引用后找到该方法，完成调用。

2. Trait约束场景不会自动触发Deref转换 #

println!("{}", thing)的本质是调用std::fmt::Display trait的fmt方法，但这不属于方法调用语法——println!宏会直接检查传入的参数是否实现了Display trait，编译器不会自动对参数进行Deref coercion来适配Trait约束。

此时Thing自身未实现Display，即便其内部的String实现了该Trait，编译器也不会自动解引用Thing来满足约束，因此代码会报错。

总结 #

• 方法调用：会触发Deref候选类型查找，无论是固有方法还是Trait方法，只要解引用后的类型实现了，就能被调用。
• 直接Trait约束检查（如宏、泛型函数的Trait约束）：不会自动进行Deref转换，必须是类型自身实现了对应的Trait才能满足要求。

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