Rust array::map方法为何支持数组引用作为self调用？

Rust中array::map的官方固有方法签名如下：

impl<T, const N: usize> [T; N] {
    pub fn map<F, U>(self, f: F) -> [U; N]
    where
        F: FnMut(T) -> U, 
}

从签名可以明确看到，该方法按值接收self，调用时会获取传入数组的所有权。你观察到的特殊调用现象是Rust两个核心语言规则共同作用的结果，没有用到数组专属的编译器特化逻辑。

核心机制1：点调用的自动适配规则 #

Rust对receiver.method(args)形式的方法调用，和完全限定形式的函数调用采用完全不同的参数匹配逻辑：

• 点调用时，编译器不会要求receiver类型和方法的self参数严格一致，会自动按顺序尝试对receiver做解引用、自动取引用操作来匹配self类型；如果解引用后得到的类型实现了Copy，还会自动拷贝值来满足按值传参的要求，不会触发移动语义检查。
• 你给出的MIR输出已经明确展示了编译器自动插入的逻辑：拿到b: &[i32;4]后，编译器自动插入*b解引用操作，因为[i32;4]的元素i32是Copy类型，整个数组自动实现Copy，这一步直接拷贝出一份独立的数组副本，刚好匹配map方法按值接收self的签名要求，后续map消费的是这份副本，原数组a的所有权没有被触碰，后续返回a自然合法。

核心机制2：完全限定调用不做自动适配 #

你用<[i32;4]>::map(b, |x| x+1)这种完全限定语法调用时，编译器不会走上面的自动适配流程，要求传入的第一个参数必须和self参数类型严格匹配：

• 传b: &[i32;4]给要求self: [i32;4]的方法，直接触发类型不匹配错误。
• 写<&[i32;4]>::map(b, |x|x+1)时，编译器只会查找&[i32;4]类型本身的固有方法、以及该类型实现的trait方法，最终会匹配到Iterator trait的map方法，但共享引用的固定长度数组本身不实现Iterator，因此抛出trait约束不满足的错误。

为什么很少在其他类型上观察到同类现象 #

这个现象需要同时满足两个非常少见的条件：

• 对应类型的固有方法按值接收self
• 该类型本身实现了Copy，解引用共享引用时不会触发"cannot move out of shared reference"的移动错误

日常开发中常见的按值接收self的方法，大多属于Vec、String、自定义所有权类型这类非Copy类型，拿共享引用点调这类方法时，解引用后尝试移动引用指向的值会直接编译失败；而i32、bool等基础Copy类型的固有方法大多按引用接收self，几乎不会出现需要自动拷贝适配按值self的场景，因此很少能观察到同类行为。

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