Question

我有一个简单的例子，其中Rust的行为与我的心理图像不符，所以我想知道我错过了什么：

fn make_local_int_ptr() -> *const i32 {
    let a = 3;
    &a
}

fn main() {
    let my_ptr = make_local_int_ptr();
    println!("{}", unsafe { *my_ptr } );
}

结果：

这不是我所期望的。使用The Stack and the Heap

中给出的符号

我希望堆栈帧看起来像这样：

Address | Name | Value
-----------------------
   0    |   a  |   3

在make_local_int_ptr()内，但在此行之后，

let my_ptr = make_local_int_ptr();

由于a超出范围，我希望堆栈被清除。但它显然没有。

此外，如果我在创建my_ptr和打印它的解除引用值之间定义另一个变量：

fn main() {
    let my_ptr = make_local_int_ptr();
    let b = 6;
    println!("{}", b); // We have to use b otherwise Rust
                       // compiler ignores it (I think)
    println!("{}", unsafe { *my_ptr } );
}

我的输出是：

6
0

这也不是我的预期，我在想：

Address | Name | Value
-----------------------
   0    |   b  |   6

在这种情况下，我的输出将是：

6
6

或甚至（在C++和Go中我得到了这个结果）：

Address | Name | Value
-----------------------
   1    |   b  |   6  
   0    |   a  |   3

在这种情况下，我的输出将是：

6
3

但为什么我得到了我得到的输出？

另外，为什么甚至允许返回指向局部变量的指针？变量超出范围，指针指向的值变得不可预测。

Answer 1

您根本不应该返回指向本地堆栈变量的指针。这样做是未定义的行为，编译器可以完全自由地做任何想做的事。

当您说unsafe时，您承诺编译器会手动维护其所有预期不变量......然后立即违反该承诺。

直言不讳地说：你违反了记忆安全，所有的赌注都没有了。解决方案是不这样做。

要解释可能看到这种行为的原因（然而，这是未定义的行为，没有任何保证）：堆栈未被“清除”用零覆盖的意义;它再也无法从中读取。

此外，由于对make_local_int_ptr的调用已完成，编译器没有理由保留其堆栈空间，因此可以重复使用该空间。由于拨打0，println! 可能

返回指向局部变量

1 个答案: