内存管理（六）autorelease

type

status

date

slug

summary

一、自动释放池

自动释放池，autorelease pool，是MRC就存在的一种机制，这种机制使得"对象延迟释放"成为可能。

只要将对象放入自动释放池后，系统会在合适的时机，对对象进行释放操作。

不管是MRC，还是ARC下，自动释放池的机制都是相同的，不同的关键字所代表的含义也是一致的。比如autorelease和__autorelease，@autoreleasepool{}，但需要注意的是NSAutoreleasePool和前面几个机制不一样，是MRC下将NSAutoreleasePool 在[pool drain]之间的对象进行单独release，相当于手动管理。

1.1 MRC

1.2 ARC

ARC下，另外一个常见的使用——降低内存峰值

二、autorelease与方法返回值

在MRC时代，autorelease另外一个常用的场景就是方法返回值。

下面，我们声明一个类，并且通过不同的方式返回一个类对象：

按照苹果的命名规则，-initWithName:是retained return value，方法内部没有对对象进行释放，调用者拥有对象，需要释放。

而-personWithName:就是unretained return value，内部进行了释放，但是是延迟释放，调用者不拥有对象，不需要进行释放。

2.1 retained return value

2.2 unretained return value

三、原理

自动释放池的机制，奥秘在于"自动"，而"自动"很容易让我们联想到iOS中最常见的"自动"机制——RunLoop。

而释放池，是一个池子，其实是一种数据结构，这种结构需要支持在池子里面的对象，能在恰当的时机发送release消息。

所以，了解自动释放池的原理，就是两个目标：掌握"自动"释放的时机，以及如何构建这个池子。

3.1 池子是什么

我们先尝试如下代码：

将其转为C++：

我们得到如下：

刨去复杂的结构转换，关注__AtAutoreleasePool __autoreleasepool;，是的，这个就是"池子"本身。

根据其构造和析构函数，最后转换为：

在objc源码源码中对应的函数为：

其实，AutoreleasePoolPage才是管理autorelease对象的真正结构。

上图展示了AutoreleasePoolPage对象结构，下面一览其存储结构：

AutoreleasePoolPage这个"池子"负责了所有的autorelease对象的管理，每个Page除了存放自己的成员变量之外，其余空间用来存放autorelease对象，如果当前Page不够存储，会新建Page，并进行双链表的连接，然后将autorelease对象存储在新Page。而next指针则指向了下一个存放autorelease对象的地址。