嵌套数组索引中的“不能作为不可变借用，因为它也作为可变借用”是什么意思？

Question

这种情况下的错误是什么意思：

fn main() {
    let mut v: Vec<usize> = vec![1, 2, 3, 4, 5];
    v[v[1]] = 999;
}

error[E0502]: cannot borrow `v` as immutable because it is also borrowed as mutable
 --> src/main.rs:3:7
  |
3 |     v[v[1]] = 999;
  |     --^----
  |     | |
  |     | immutable borrow occurs here
  |     mutable borrow occurs here
  |     mutable borrow later used here

我发现索引是通过Index 和IndexMut 特征实现的，v[1] 是*v.index(1) 的语法糖。有了这些知识，我尝试运行以下代码：

use std::ops::{Index, IndexMut};

fn main() {
    let mut v: Vec<usize> = vec![1, 2, 3, 4, 5];
    *v.index_mut(*v.index(1)) = 999;
}

令我惊讶的是，这完美无缺！为什么第一个 sn-p 不起作用，但第二个起作用？我理解文档的方式，它们应该是等价的，但显然不是这样。

Answer 1

脱糖版本与您所拥有的略有不同。线

v[v[1]] = 999;

实际上脱糖

*IndexMut::index_mut(&mut v, *Index::index(&v, 1)) = 999;

这会导致相同的错误消息，但注释会提示正在发生的事情：

error[E0502]: cannot borrow `v` as immutable because it is also borrowed as mutable
 --> src/main.rs:7:48
  |
7 |     *IndexMut::index_mut(&mut v, *Index::index(&v, 1)) = 999;
  |      ------------------- ------                ^^ immutable borrow occurs here
  |      |                   |
  |      |                   mutable borrow occurs here
  |      mutable borrow later used by call

与您的脱糖版本的重要区别在于评估顺序。在实际进行函数调用之前，函数调用的参数按列出的顺序从左到右进行评估。在这种情况下，这意味着首先评估&mut v，可变地借用v。接下来，应该评估Index::index(&v, 1)，但这是不可能的——v 已经可变地借用了。最后，编译器显示对index_mut() 的函数调用仍然需要可变引用，因此在尝试共享引用时可变引用仍然有效。

实际编译的版本的计算顺序略有不同。

*v.index_mut(*v.index(1)) = 999;

首先，方法调用的函数参数从左到右计算，即首先计算*v.index(1)。这会产生usize，并且可以再次释放v 的临时共享借用。然后，index_mut() 的接收者被评估，即v 被可变借用。这很好用，因为共享借用已经完成，并且整个表达式通过了借用检查器。

请注意，编译的版本仅在引入“非词法生命周期”后才会这样做。在早期版本的 Rust 中，共享借用将持续到表达式结束并导致类似的错误。

我认为最干净的解决方案是使用临时变量：

let i = v[1];
v[i] = 999;