【发布时间】:2021-11-19 00:06:24
【问题描述】:
在写了一些代码和阅读了一些文章之后,我对 rust 中的移动语义有点困惑,我想在值移动之后,应该释放它,应该使内存无效。所以我试着写一些代码来作证。
第一个例子
#[derive(Debug)]
struct Hello {
field: u64,
field_ptr: *const u64,
}
impl Hello {
fn new() -> Self {
let h = Hello {
field: 100,
field_ptr: std::ptr::null(),
};
h
}
fn init(&mut self) {
self.field_ptr = &self.field as *const u64;
}
}
fn main(){
let mut h = Hello::new();
h.init();
println!("=================");
println!("addr of h: ({:?}) \naddr of field ({:?})\nfield_ptr: ({:?}) \nptr value {:?}", &h as *const Hello, &h.field as *const u64, h.field_ptr, unsafe {*h.field_ptr});
let c = &h.field as *const u64;
let e = &h as *const Hello;
let a = h;
let d = &a.field as *const u64;
println!("=================");
println!("addr of a: ({:?}) \naddr of field ({:?})\nfield_ptr: ({:?}) \nptr value {:?}", &a as *const Hello, &a.field as *const u64, a.field_ptr, unsafe {*a.field_ptr});
println!("=================");
println!("addr of c {:?}\nvalue {:?}", c, unsafe {*c});
println!("addr of d {:?}\nvalue {:?}", d, unsafe {*d});
println!("addr of e {:?}\nvalue {:?}", e, unsafe {&*e});
}
上面代码的结果是
=================
addr of h: (0x7ffee9700628)
addr of field (0x7ffee9700628)
field_ptr: (0x7ffee9700628)
ptr value 100
=================
addr of a: (0x7ffee9700720)
addr of field (0x7ffee9700720)
field_ptr: (0x7ffee9700628)
ptr value 100
=================
addr of c 0x7ffee9700628
value 100
addr of d 0x7ffee9700720
value 100
addr of e 0x7ffee9700628
value Hello { field: 100, field_ptr: 0x7ffee9700628 }
所以,我创建了一个自引用结构Hello 并使field_ptr 指向u64 字段,并使用原始点来保存结构的地址和字段的地址,并将h 移动到a 以使h 变量,但我仍然可以通过原始点获取 IMO 不应该存在的原始变量的值?
第二个例子
struct Boxed {
field: u64,
}
fn main(){
let mut f = std::ptr::null();
{
let boxed = Box::new(Boxed{field: 123});
f = &boxed.field as *const u64;
}
println!("addr of f {:?}\nvalue {:?}", f, unsafe {&*f});
}
结果
addr of f 0x7fc1f8c05d30
value 123
我创建一个装箱值并在使用原始点保存它的地址后将其删除,我仍然可以通过原始点读取它的字段值。
所以我的困惑是
- rust 中的移动实际上是 memcpy 吗?而原始变量只是被编译器“隐藏”了?
- rust 何时真正释放堆上变量的内存? (第二个例子)
谢谢
【问题讨论】:
-
请参阅hotel analogy answer,了解为什么在数据被释放后访问数据看起来仍然有效。在 Miri 下运行您的第二个示例会捕获这个 use-after-free 错误,尽管我有点失望它没有捕获第一个案例。
-
#1 是的,move 是伴随所有权转移的 memcpy - 即旧所有者无法访问该值,而新所有者负责释放它。当然,根据优化,可能会消除复制。 #2 当值超出范围并调用
Drop::drop()时,内存被释放。这并不意味着内存被清理了,它只是意味着它被标记为空闲以供将来分配(或者,更罕见的是,返回给操作系统以供其他程序使用)。 -
@user4815162342 感谢您的回答,这回答了我的问题。
标签: rust