RUST：为什么借用n时我不能分配给'？

Question

Bellow代码创建一个变量n，然后借入n并将其命名nref，然后将新值分配给原始n。借贷后发生了分配，但一切都很好，并且代码编译。

//example 1
fn main() {

    let mut n = 1;
    let nref = &n;
    n = 3;
}

以下代码还编译。这打印了借用的n的值。

//example 2
fn main() {

    let mut n = 1;
    let nref = &n;
    println!("{}", nref);
}

如果我使用可变的借用，我什至可以通过nref更改n的值。这也编译。

//example 3
fn main() {

    let mut n = 1;
    let nref = &mut n;
    *nref = 4;
    println!("{}", n);
}

但是，此代码没有编译：

//example 4
fn main() {

    let mut n = 1;
    let nref = &n;
    n = 3;
    println!("{}", nref);
}

它给出了错误：

error[E0506]: cannot assign to `n` because it is borrowed
 --> src\main.rs:5:5
  |
4 |     let nref = &n;
  |                -- borrow of `n` occurs here
5 |     n = 3;
  |     ^^^^^ assignment to borrowed `n` occurs here
6 |     println!("{}", nref);
  |                    ---- borrow later used here

但是在示例1中，我们还将值分配给了n借用后，这很好。分配后为什么要使用它引起问题？这要避免什么错误？

如何在示例4中安全地实现我要做的事情？我只想通过它的参考来读取一个数字的视图，我想更改原始内容，然后我想查看参考，看看该值已更改

edy> edy

再次借用n。波纹管的作品：

//example 5
fn main() {              //line1
    let mut n = 1;       //line2
    let mut nref = &n;   //line3
    n = 4;               //line4
    nref = &n;           //line5
    println!("{}",nref); //line6
}

这是否意味着第4行执行后，第3行的借款不再有效？因此，我必须在第5行上重新借入它，以便可以在第6行上使用它？

这里的引擎盖下发生了什么？我来自C ++背景，因此在我的头上n存储在存储位置，nref指向该内存位置。当更改n的值时，它处于的内存位置不会更改，因此nref将看到新值。但是，以上表明，当我们将新值分配给n时，对其的引用不再有效。这是否意味着它的作用更像是Python，其中一切本质上都是一个指向一些内存的指针，当您重新分配某些内容时，您只需在新的内存中重新启动它吗？

Answer 1

Let's first explore the technical reason why this example doesn't compile:

//example 4
fn main() {
    let mut n = 1;
    let nref = &n;
    n = 3;
    println!("{}", nref);
}

Rust allows infinite immutable borrows or one mutable borrow.分配值实际上是可变的借款，因为已经有不变的借入，导致错误，这是不允许的。

但是，这似乎是违反直觉的，因为可能发生的最坏情况是什么？在这种情况下，什么都没有。借贷检查员必须拒绝一些正确的程序才能始终工作。当您开始使代码复杂化时，就会出现问题。如果您使用VEC进行堆分配该怎么办？

let mut v = vec![1, 2, 3];
let vref = &v;
v = vec![4, 5, 6, 7, 8, 9];

这将是有问题的，因为vref现在指向掉落的旧vec。或者，如果您将nref发送到另一个线程，并且正在同时读取它，该怎么办？这也会导致有问题的行为。这就是为什么Rust不允许您做这样的事情的原因。

您的最后一个案例是Rust编译器的“陷阱”。编译器会自动将借款的寿命缩小到上次使用中，并且由于您从未使用nref在重新分配之前，编译器会缩小引用的寿命，这意味着没有冲突：没有冲突：

//example 5
fn main() {              //line1
    let mut n = 1;       //line2
    let mut nref = &n;   //line3, nref is immediately dropped due to being unused
    n = 4;               //line4, no active references, this is legal
    nref = &n;           //line5, create a new reference
    println!("{}",nref); //line6
}

Answer 2

引用出色的 rust for rustaceans

每当使用某些生命周期>'a 的引用时，借用检查器检查'a仍然是 Alive 。它是通过将路径追溯到'a开始的位置---从使用点获取引用并检查该路径没有矛盾的用途来做到这一点。这样可以确保参考仍然指出一个可以安全访问的值。 ...编译器检查我们正在访问的参考的流程是否与任何其他平行流都没有冲突。

基本上，当您使用（访问）参考时，借用检查器将在该引用的生命周期内检查回到创建时，并确保在“流”期间没有任何对参考的冲突使用。冲突可能意味着任何破坏Rust的混叠规则的东西：最多可变的参考文献的任何数量不变的参考文献。一旦您做了破坏此规则的事情，原始引用就不再是“活着”，但是Rustc在尝试使用使用该引用该参考之前不会丢下错误不再是“活着”。变量名是否在范围中不一定相关。

您可能期望借用检查员抱怨的示例，但这并不取决于您不使用使用在发生冲突后的参考文献：没有用法没有冲突。

另外，请注意，寿命是借用的属性，而不是可变名称的。在您的最后一个示例中，您将重新分配到nref，用新的Lifetime 创建新的借用。因此，第3行上的原始借款没有冲突，因为您从未使用过该借款。