无临时变量传递函数结果编译失败：Rust借用规则解析

先看两组对比代码，直观感受问题：

编译失败的写法 #

struct SomeStruct;

impl SomeStruct {
    fn func(&self) -> i32 { 0 }
    fn func_mut(&mut self) -> i32 { 1 }
    
    fn do_some_work(&mut self) {
        // 触发E0502：无法同时对self进行可变和不可变借用
        let _ = self.func(self.func_mut());
    }
}

编译成功的写法 #

struct SomeStruct;

impl SomeStruct {
    fn func(&self) -> i32 { 0 }
    fn func_mut(&mut self) -> i32 { 1 }
    
    fn do_some_work(&mut self) {
        // 用临时变量中转后正常编译
        let temp = self.func_mut();
        let _ = self.func(temp);
    }
}

编译器到底在查什么？ #

Rust的借用检查器认死理，严格盯着借用的生命周期和作用域：

• 直接嵌套调用时，编译器会先求值所有函数参数——也就是先调用self.func_mut()，这时候self被可变借用了。接下来要调用self.func()，需要self的不可变借用，但这时候之前的可变借用还没“还回去”——因为整个函数调用表达式还没执行完，编译器判定这个可变借用得持续到func()调用结束。可变和不可变借用同时存在，直接触发E0502错误。
• 用临时变量中转时，func_mut()的可变借用在赋值完成后就立刻失效了：因为它返回的是i32（一个不包含借用的类型），值已经复制到temp里，self的可变借用就没用了。这时候再调用func()，重新申请一个不可变借用，和之前的可变借用完全不重叠，借用检查器自然放行。

为啥编译器不自动帮我转成临时变量？ #

这是Rust的设计原则决定的：安全优先，明确至上。它不会做这种“猜测开发者意图”的隐含优化——如果自动转成临时变量，开发者可能搞不清借用的生效和释放时机，反而容易写出自己都没意识到的不安全代码。借用检查器必须让每一步的借用逻辑清晰可见，保证内存安全的可预测性。

内容的提问来源于stack exchange，提问作者S.S.J