这方面的细节可以在Method call expressions上的参考中找到。其要点如下
例如，如果接收器具有类型Box〈[i32;2]〉，则候选类型将是Box〈[i32;2]〉，&Box〈[i32;2]〉，&mut Box〈[i32;2]〉，[i32; 2]（通过解引用），&[i32;2]，&mut [i32;2]，[i32]（通过无大小强制），&[i32]，最后&mut [i32]。
也就是说，如果Box<T>有一个方法.quack()，而T有一个同名的方法，则像foo.quack()这样的方法调用（其中foo的类型为Box<T>）将引用Box::quack()的实现;T::quack()被有效地遮蔽。至于你的问题，这并不会阻止Box类型（或任何其他Deref类型）实现其内部类型也实现的方法，反之亦然。
例如：

struct Foo<T>(T);

impl<T> std::ops::Deref for Foo<T> {
    type Target = T;
    
    fn deref(&self) -> &Self::Target {
        &self.0
    }
}

impl<T> Foo<T> {
    fn quack(&self) {
        println!("foo!");
    }
}

struct Bar;

impl Bar {
    fn quack(&self) {
        println!("bar!")
    }
}

fn main() {
    let foobar = Foo(Bar);
    // This will print "foo!".
    // Removing/renaming `Foo:quack` prints "bar!" without any change here
    foobar.quack();
}

几乎在所有情况下，这种行为都为调用 Package 在智能指针中的任何T上的方法带来了方便。为了在视觉上/心理上消除对T和智能指针本身没有方法，但智能指针本身通常没有方法，只有关联的函数。Box::leak()是一个例子，还有许多其他例子，它们强制使用像Box::leak(foo);这样的语法，而不是foo.leak();来实现 visual 消除歧义。
一个存在视觉/心理歧义的例子是Rc/Arc上的Clone实现，其中调用foo.clone() * 看起来像 * 克隆内部T，而实际上，只是克隆（增加引用计数）外部Rc/Arc。

除了使用方法语法之外，你还可以使用完全限定名，所以即使Foo::quack隐藏了Bar::quack，你仍然可以使用它，定义为this other answer：

fn main() {
    let foobar = Foo(Bar);
    // This will print "foo!".
    // Removing/renaming `Foo:quack` prints "bar!" without any change here
    foobar.quack();
    Foo::quack(&foobar); // will print "foo!" no matter what
    Bar::quack(&foobar); // will print "bar!" no matter what

}