管理堆内存,Rust 是怎么做的?所有权!

蓝月亮
发布于 2020-9-2 16:08
浏览
1收藏

本篇谈下Rust语言的核心概念:所有权。

 

这个概念是支撑Rust在编译期做内存安全检查的核心机制,也正是因为这个特性,我们认为Rust是内存安全的底层语言。虽然带GC垃圾回收器的语言虽然也是内存安全的,但由于GC的存在,已与底层无缘。

 

栈和堆

当说到语言的内存管理时,通常指的是对于堆的管理,而栈的使用都是自动的,通常都不需要程序员特别关心。

 

栈,是一种数据“后进先出”的存取方式,速度非常快。《Rust权威指南》里对于栈的形容非常贴切:

你可以把栈上的操作想象成堆放盘子:当你需要放置盘子时,你只能将它们放置在栈的顶部,而当你需要取出盘子时,你也只能从顶部取出。

源代码的层面,一般已知大小、声明性的变量都会使用栈上的空间。当然,系统默认给到程序的栈空间都不大,Windows的默认栈只有1M。

 

堆,可以理解为在编译期无法确定的内存开销,需要在运行期动态申请。堆没有栈高效,通常要向系统申请,系统经过搜索,找到一块足够大的空间,才能锁定交付。堆所能申请到的空间,相比栈大很多,通常是系统的虚拟内存大小的级别,比如32位系统有4G的虚拟内存空间,那么可以申请到2G~3G大小的内存空间。

而能否直接进行堆内存的操作,可以粗略的将编程语言分为两类,底层和高级:

能够直接手工操作堆的语言,这类语言有着最大的灵活性、执行效率高,多用于系统编程,代表语言:C,C++。

不能直接操作堆的语言,这类语言通常带有GC垃圾自动回收器,性能会受一定影响,但是开发效率高,多用于业务编程,代表语言:Java,Python。

本篇要介绍的Rust的所有权机制,属于前者,具备了底层语言的灵活性;但同时却能避免手工操作堆内存带来的危险性,具备了高级语言的高效性和安全性,可谓鱼和熊掌可以兼得。

接下来,为了解释清楚Rust的堆操作机制,我们先逐一看看各种堆操作方式。

 

堆管理方法一:纯手工

80后程序员一般都经历过C++98的洗礼,那段时光,关键字new和delete的魔咒就未消停过。

下面代码是创建一个100x1的灰度图像所需要的空间,但是对于一个“老练的”程序员,总要把下面情况烂熟于心:

总需要在图像使用后,记得销毁它,否则直接造成内存泄露;
销毁后,原来的指针会变成“野指针”,如果再次使用,或者重复释放被重新分配的内存,都会导致无法预测的错误,于是我们干脆把指针变量设为NULL;
可能有段逻辑还会尝试使用它,最好先判断下它不为NULL,避免抛异常;

上面的实践,如果一个不小心,bug就潜伏进来,而且工程越大越难找。程序员的心智压力可见一斑,这也是为什么我们需要《Effective C++》这本书的原因。

 

堆管理方法二:GC垃圾回收

同样一句创建8位字节数组的Java代码,程序员只要“拿来”即可,“还回去”的事则不必亲自费心。那谁操心呢?总得有人操心——JVM,Java虚拟机,更准确的说,是其中的自动垃圾回收器。

自动垃圾回收,因为不是程序员直接的意图指令,所以GC就得靠自己分析垃圾特征,见机行事。自动化内存管理是实现了,但天下没有免费的午餐,回收时所需要的一小段时间,会让整个Java程序进入臭名昭著的“Stop-the-World”状态。

 

堆管理方法三:所有权

Rust作为静态编译型语言,显然没有运行期虚拟机的夹持,那么想要做到内存安全,就得从两个方面下手:

自动化内存管理;
把内存安全检查提前到编译期;

做到第一点并不难,其实RAII(Resource Acquisition Is Initialization)已经在C++有着很广泛的应用了。

RAII的思想是:资源的有效期与持有资源的对象的生命期严格绑定,即由对象的构造函数完成资源的分配,同时由析构函数完成资源的释放。在这种要求下,只要对象能正确的析构,就不会出现资源泄露问题。

C++应用RAII是以模式(Pattern),或者最佳实践这种松散方式来实现的。Rust要想做到第二点,就需要把这种思想集成进语言本身,让编译器能看得懂。

Rust提出了所有权:

Rust中的每个值都有一个对应的变量作为它的所有者;
在同一时间内,只有且仅有一个所有者;
当所有者离开自己的作用域时,它持有的值就会被释放掉。

和Java一样,只需要一行代码就完成了在堆上的内存申请。但Rust做得更多——在离开作用域的同时,确定性的销毁了堆上的内存,而完全不需要一个拖泥带水的GC。

可谓干净利落,身手不凡。

 

收藏 1
回复
举报
回复
    相关推荐