Rust中标准From与自定义CustomFrom trait处理可变引用的差异及原因

先看对应场景的简化代码示例：

struct Base;
struct Derived;

// 实现标准From<&Base>
impl From<&Base> for Derived {
    fn from(_: &Base) -> Self { Derived }
}

// 自定义trait
trait CustomFrom<T> {
    fn from(value: T) -> Self;
}

impl CustomFrom<&Base> for Derived {
    fn from(_: &Base) -> Self { Derived }
}

fn test_mut(base: &mut Base) {
    // 编译报错：Derived: From<&mut Base> 约束不满足
    let _d1 = Derived::from(base);
    // 显式转换后正常编译
    let _d2 = Derived::from(&*base);
    // 自定义trait调用正常编译
    let _d3 = <Derived as CustomFrom<_>>::from(base);
}

核心原因：标准From的通用实现干扰了类型推断 #

1. 标准From的特殊 blanket 实现 #

标准库自带一个通用的 blanket 实现：

impl<T> From<T> for T {
    fn from(value: T) -> T { value }
}

当你在test_mut中调用Derived::from(base)（base为&mut Base）时，编译器的匹配逻辑是：

• 首先查找From<&mut Base> for Derived的实现，不存在；
• 接着匹配上述通用实现，此时T被推断为&mut Base，该实现要求返回值为&mut Base，但你需要的是Derived，类型不匹配；
• 此时编译器不会再尝试将&mut Base隐式转换为&Base去匹配你实现的From<&Base> for Derived——因为它已经找到一个类型参数完全匹配的候选（尽管返回类型不符），直接判定约束不满足并报错。

而&*base是显式将&mut Base解引用为Base后重新借用为&Base，直接命中你实现的From<&Base>，因此可以正常编译。

2. 自定义trait无干扰性实现 #

你的CustomFrom没有类似的通用自身转换实现，调用时：

• 编译器先查找CustomFrom<&mut Base> for Derived，不存在；
• 接着尝试对参数进行安全的隐式转换：Rust允许&mut T自动降级为&T（可变引用转不可变引用是安全的操作）；
• 转换后参数类型变为&Base，正好匹配你实现的CustomFrom<&Base> for Derived，编译通过。

3. 本质差异 #

标准From的通用自身转换实现优先级很高，截断了编译器尝试隐式转换的路径；而自定义trait没有这个阻碍，编译器可以正常进行可变到不可变引用的降级转换，进而匹配到你的实现。

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