Rust 所有者被修改了会发生什么?
写C++的时候,指针都在明面上。到了Rust,指针在很多场合都藏了起来。但遗憾的是,它们并不是真的想被遗忘掉,而是在和你躲猫猫,最终你不得不把它们揪出来,游戏才能继续。
1. 所有者被修改了会发生什么?
先让下面这段看似没有指针代码引出问题:
x is ABC
x is XYZ
问题可能你也猜到了:
第1行代码里我们在堆上存放“ABC”的内存,到底泄露了没有?
如果没有,是什么时候释放的?
如何证明?
好吧,还记得《The Rust Programming Language》里的Ownership Rules是这么说的:
Each value in Rust has a variable that’s called its owner.
There can only be one owner at a time.
When the owner goes out of scope, the value will be dropped.
可是此时此刻,即便是权威描述,也难免心生困惑了。
接下来,我们做个实验,尝试回答问题。
2. 利用智能指针的Drop trait
证明的思路是这样:
假设,Rust能正常的进行内存释放;
已知,
std::boxed::Box
是一个智能指针(结构体);而且,
std::boxed::Box
实现了Drop trait
;那么,实现一个自定义结构体的
Drop trait
;接着,观察实例的Owner被修改时
std::ops::Drop::drop
被调用的时机点;推理,得出上例中的“ABC”的释放时机;
完毕;
代码如下:
输出:
x is MyPointer // 持有的值。
Dropping MyPointer! // Owner被修改时释放值。
Now x is new MyPointer // 新持有的值。
Dropping MyPointer! // 持有到花括号结束时释放值。
输出的顺序,即是我们想要的答案:
观察到,drop会在Owner被修改的第一时间被调用;
推理出,字符串“ABC”会在Owner被修改的第一时间被释放掉;
3. std::boxed::Box真正的实现
顺便看下Drop for Box
的源码,实现居然是空的:
也不难理解,内置在Rust语言中的所有权机制,的确不应该由Drop trait来操心,否则自己实现Drop的程序员还得操心内存释放的问题,也就太low了。
虽然我们没有亲眼看到Rust释放内存的底层代码,但是能看到drop
能在合适的时机点被触发已经足够了。
4. 小结
再回头看Ownership Rules,其实说的还是很精准,可以这么理解:因为当作为Owner的变量被修改后,堆上的值就相当于没有了Owner(突然消失在作用域中),那值自然也就被释放了。
Rust的内存回收的确不用操心,高效且精准。
通过这个例子,再次加深了我对Rust一个不同寻常的印象,就是:Rust变量作用域 <= 花括号作用域。无论是借用的生命周期的检查,还是上例中被修改的所有者,Rust编译器都会对其作用域尽早的进行判定,而不是等待花括号结束。
版权声明: 本文为 InfoQ 作者【袁承兴】的原创文章。
原文链接:【http://xie.infoq.cn/article/9ff76b57b0135acb875c2bb09】。
本文遵守【CC BY-NC-ND】协议,转载请保留原文出处及本版权声明。
评论