stack - 返回指向局部变量

stack - 返回指向局部变量,第1张

我有一个简单的例子,其中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 } );
}

结果:

3

这不是我所期望的。使用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

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

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

最佳答案:

1 个答案:

答案 0 :(得分:7)

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

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

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

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

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

本文经用户投稿或网站收集转载,如有侵权请联系本站。

发表评论

0条回复