Rust中直接传函数给map报类型不匹配但闭包可用是什么原因？

问题背景 #

在优化代码整洁度时，尝试将函数直接按名称传递给&[&str]类型迭代器的map()方法，迭代器产出元素类型为&&str，但定义的函数仅接收&str类型参数，出现编译错误。

复现代码 #

fn capitalize_first(word: &str) -> String {
    word.chars().next().unwrap().to_uppercase().to_string()
}
fn main() {
    let cap_cap = |word: &&str| -> String {
        word.chars().next().unwrap().to_uppercase().to_string()
        };
    let a = ["we", "are", "testing"];

    let b = &a; // 问题触发点
    
    b.iter().map(|&x| capitalize_first(x)); // 正常运行
    b.iter().map(|x| capitalize_first(x));  // 正常运行
    
    b.iter().map(cap_cap); // 符合编译器预期的写法
    
    b.iter().map(capitalize_first); // 编译失败!
}

报错信息 #

error[E0631]: type mismatch in function arguments
  --> src/main.rs:17:18
   |
1  | fn capitalize_first(word: &str) -> String {
   | ----------------------------------------- found signature of `for<'r> fn(&'r str) -> _`
...
16 |     b.iter().map(capitalize_first); // fails to compile!
   |                  ^^^^^^^^^^^^^^^^ expected signature of `fn(&&str) -> _`

疑问1：为什么map(|x| capitalize_first(x))可以正常编译，map(capitalize_first)就会报类型不匹配错误？ #

二者看起来逻辑等价，核心差异在于Rust隐式类型转换的生效场景不同：

• 闭包写法中，参数x的类型为迭代器产出的&&str，调用capitalize_first(x)属于「函数调用实参传递」场景，Rust会自动触发解引用强制转换（Deref coercion）：&&str实现了Deref<Target = &str>，会自动解一层引用匹配capitalize_first的&str参数要求，因此可以正常编译。
• 直接传函数名时，编译器首先要校验函数签名是否和map要求的FnOnce(&&str) -> Output trait约束匹配，这一步是严格的类型等价校验，解引用强制转换不会在函数指针签名匹配阶段生效，capitalize_first的签名是fn(&str) -> String，和要求的fn(&&str) -> String不匹配，因此直接报错。

疑问2：Rust为什么不支持&&str到&str的隐式透明转换？ #

Rust的隐式转换设计原则是最小化隐式行为，只有无歧义、无副作用的场景才会开放自动转换，不做全局透明自动解引用有两个核心原因：

1. 避免类型匹配歧义：如果支持任意层级引用的自动解引用，当存在多个签名相似的函数/泛型实现时，编译器无法判断你期望的转换层级，会导致不可预期的调用结果。
2. 保留引用的语义明确性：引用本身携带了所有权、生命周期、可变性的语义信息，自动跨层级解引用会隐藏这些语义，提升代码排查难度。

实际上Rust已经在限定场景（方法调用、实参传递、赋值给明确类型变量）下支持了解引用强制转换，既覆盖了绝大多数常用场景，又避免了全局隐式转换带来的问题。

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