答案。

从历史上看，Rust的一个原则是确保类型安全，并且没有隐式转换导致运行时错误。然而，为了提高代码的方便性，部分自动转换通过deref coercion和From/Into特征来实现，以简化对引用、智能指针的操作，并允许通用API。

问题出现在自动转换可能引起混淆的地方，例如在传递&String到期望&str的位置时。此时调用了隐式的Deref::deref，有时会产生意想不到的后果（例如，在更改传入参数类型时）。另一个问题是通过as进行的显式转换。

解决方案：Rust在编译器级别对智能指针（Box, Rc, Arc）和字符串（&String到&str，&Vec到&slice）实现了严格的deref-coercion规则。显式转换通过特征From、Into、TryFrom、TryInto和基本的as转换来实现。静态类型系统和限制隐式转换有助于避免错误。

代码示例：

fn print_text(text: &str) {
    println!("{}", text);
}

let s = String::from("Hello!");
print_text(&s); // s: String, &s: &String, 自动转换为&str

关键特性：

当调用具有引用类型的函数/方法时，触发Deref coercion。
通过特征From/Into进行显式类型转换，以确保安全转换。
as仅适用于原始类型，否则可能会导致不正确的行为。

设陷阱的问题。

如果手动实现Deref，是否对自定义类型有效？

是的，如果您为自己的类型实现了Deref特征，编译器将能够自动转换为函数签名中期望的相应引用类型。

deref coercion是否可以针对值发生，而不是引用？

不，自动解引用仅在传递引用时发生，且仅在类型实现了Deref时。

在处理数字和枚举时，通过as进行类型转换有什么限制？

as不保证安全：数值之间的转换可能导致溢出或数据丢失，而对于枚举将导致非语义值（例如，产生无效的枚举变体）。

常见错误和反模式

在Rust不执行隐式转换的地方期待隐式转换：通过+进行字符串连接而不转换为&str。
在不兼容的类型之间使用as（例如，直接将&str转换为&String是不可能的）。
在传递引用时进行显式克隆，而只需deref coercion即可。

生活中的例子

负面案例

新手编写一个接受&String的函数，无法直接使用&str，在每个地方执行text.to_string()来处理字符串。这在内存和性能上都是浪费。

优点：

显式理解该函数与String一起工作。

缺点：

多余的分配，失去API的通用性，增加维护难度。

正面案例

函数接受类型为&str的参数，因此可以与任何支持解引用或转换的类型一起调用：&str、&String和字符串字面量。不需要额外的分配。