为何Rust中Arc<Mutex>有lock方法而Arc<i32>却没有？

这本质是Rust的**自动解引用（Deref Coercion）**机制在起作用，核心在于Arc实现了Deref trait。

核心原理拆解 #

1. Arc本身并没有lock方法
   Arc的API里压根没有定义lock，你看到的lock其实是来自它包裹的内部类型——Mutex<T>。

2. 方法调用时的自动解引用
   Rust在处理方法调用时，有个语法糖：如果当前类型没有目标方法，会自动尝试对该类型进行解引用（通过Deref trait），直到找到拥有该方法的类型，或者最终报错。

   • 对于Arc<Mutex<i32>>：调用lock()时，Rust发现Arc没有这个方法，就自动解引用Arc，得到内部的Mutex<i32>实例，而Mutex正好定义了lock方法，所以调用成功。
   • 对于Arc<i32>：解引用后得到的是i32，而i32并没有lock方法，自然编译报错。

简化的代码示例佐证 #

Arc的Deref实现大致是这样的（官方实现的简化版）：

use std::ops::Deref;

impl<T> Deref for Arc<T> {
    type Target = T;

    fn deref(&self) -> &Self::Target {
        // 返回内部包裹的T的引用
        &self.inner_value
    }
}

正是这个实现让Arc可以在方法调用时“透传”到内部类型，让你能直接调用内部类型的方法，而不用手动写(*counter).lock()。

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