iOS 深入探究 AutoreleasePool

AutoreleasePool 是什么

AutoreleasePool (下面称为缓存池)是 iOS 开发中的一种内存管理的机制,对象调用 autorelease 方法后会被放到缓存池中延迟释放,当缓存池需要清除时,会向这些 Autoreleased 对象发送 release 消息。

新建一个 Xcode 项目,将项目调整成 MRC:

image

MRC 中,需要使用 retain/release/autorelease 手动管理内存,如下代码:

int main(int argc, const char * argv[]) {
    NSLog(@"-A-");
    Coder *coder = [[Coder alloc] init];
    [coder release];
    NSLog(@"-B-");
    return 0;
}

// log
-A-
Coder dealloc
-B-

这里用 alloc 创建了 coder 对象,让它的引用计数增加,然后调用 release 方法完成释放。如果使用 autorelease,就需要用到自动缓存池了,代码如下:

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        NSLog(@"-A-");
        Coder *coder = [[[Coder alloc] init] autorelease];
        NSLog(@"-B-");
    }
    NSLog(@"-C-");
    return 0;
}

// log
-A-
-B-
Coder dealloc
-C-

这里的 coder 对象在出了自动缓存池的作用域后被自动释放。

不是所有情况都是出了作用域后自动释放,后面详解。

@autoreleasepool 干了什么

通过 xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc main.m 命令将 main.m 转成 C++ 代码。

会发现 @autoreleasepool 被转成一个成员变量:

__AtAutoreleasePool __autoreleasepool; 

__AtAutoreleasePool 结构体的实现:

struct __AtAutoreleasePool {
  __AtAutoreleasePool() {atautoreleasepoolobj = objc_autoreleasePoolPush();}
  ~__AtAutoreleasePool() {objc_autoreleasePoolPop(atautoreleasepoolobj);}
  void * atautoreleasepoolobj;
};

这里有一个 C++ 的语法,__AtAutoreleasePool() 是构造函数,创建结构体时调用,~__AtAutoreleasePool() 是析构函数,在结构体销毁时调用,所以上面的代码就可以理解为:

int main(int argc, const char * argv[]) {
    void *atautoreleasepoolobj = objc_autoreleasePoolPush();
    // @autoreleasepool 括号里面的代码
    objc_autoreleasePoolPop(atautoreleasepoolobj);
    return 0;
}

这也解释了上面说的为什么并不是所有情况都是出了 @autoreleasepool 作用域后自动释放,因为这只是一个语法糖,本质是调用了上面的 Push&PoP 方法。

AutoreleasePoolPage

runtime源码地址,这里使用的 objc4-723

在源码中查找上面的 Push&Pop 函数:

void *objc_autoreleasePoolPush(void)
{
    return AutoreleasePoolPage::push();
}

void objc_autoreleasePoolPop(void *ctxt)
{
    AutoreleasePoolPage::pop(ctxt);
}

这里调用了 AutoreleasePoolPage 这个类的 Push&Pop 函数,关于 Push&Pop 这里先打住。先来看看 AutoreleasePoolPage 是怎样的结构,这里只有成员变量:

class AutoreleasePoolPage 
{
    magic_t const magic;
    id *next;
    pthread_t const thread;
    AutoreleasePoolPage * const parent;
    AutoreleasePoolPage *child;
    uint32_t const depth;
    uint32_t hiwat;
    // ...
}

这里的 next 指针指向的是最新被添加进来的 autorelease 对象的下一个位置。
单看这个是不好理解的,所以这里直接先说 AutoreleasePoolPage

自动释放池实际上是封装的 AutoreleasePoolPage 这个 C++ 类,以双向链表的形式构成。每个 AutoreleasePoolPage 对象会开辟 4096 字节内存(也就是虚拟内存一页的大小),除了上面的实例变量所占空间,剩下的空间全部用来以栈的方式储存 autorelease 对象。AutoreleasePoolPage 空间被占满时,会以链表的形式新建链接一个 AutoreleasePoolPage 对象,然后将 autorelease 对象的地址存在里面。如图所示:

image

源码分析

回到最初的 C++ 代码:

void *atautoreleasepoolobj = objc_autoreleasePoolPush();
objc_autoreleasePoolPop(atautoreleasepoolobj);

调用 Push 函数后,会获得一个返回值,这个返回值作为 Pop 函数的参数被传入了,下面来看看里面具体的原理是什么。直接来看 Push 函数的源码:

// 简化后
static inline void *push() 
{
    id *dest;
    dest = autoreleaseFast(POOL_BOUNDARY);
    return dest;
}

这里有个 POOL_BOUNDARY 值得我们注意,不过查看它的定义会发现它其实是等价 nil 的宏定义:

#   define POOL_BOUNDARY nil

也就是说,POOL_BOUNDARY 仅仅只是一个哨兵值。进入 autoreleaseFast(...) 函数:

static inline id *autoreleaseFast(id obj)
{
    AutoreleasePoolPage *page = hotPage();
    if (page && !page->full()) {
        // 1.
        return page->add(obj);
    } else if (page) {
        // 2.
        return autoreleaseFullPage(obj, page);
    } else {
        // 3.
        return autoreleaseNoPage(obj);
    }
}

hotPage 指当前使用的 AutoreleasePoolPage 节点,coldPage 指已经被装满的链表节点。

这里的判断逻辑完全符合前面关于 AutoreleasePoolPage 的说明:

  • 1.当前 page 存在且没有满时,直接将对象添加到当前 page 中。
  • 2.当前 page 存在且已满时,创建一个新的 page ,并将对象添加到新创建的 page 中,然后将这两个链表节点链接。
  • 3.当前 page 不存在时,创建第一个 page ,并将对象添加到新创建的 page 中。

image

每次 Push 后,都会先添加一个 POOL_BOUNDARY 来占位,是为了对应一次 Pop 的释放,例如图中的 page 就需要两次 Pop 然后完全的释放。也就是代码中嵌套的情况:

@autoreleasepool {
    @autoreleasepool {

    }
}

这里还需要强调的是,这里使用的是双链表来实现,只有在当前 page 空间使用完后,才会创建新的 page,并不是每个 @autoreleasepool 对应一个 AutoreleasePoolPage 对象。

接下来看 Pop 的源码:

// 简化后
static inline void pop(void *token) 
{   
    AutoreleasePoolPage *page;
    id *stop;
    page = pageForPointer(token);
    stop = (id *)token;
    // 1.根据 token,也就是上文的占位 POOL_BOUNDARY 释放 `autoreleased` 对象
    page->releaseUntil(stop);

// hysteresis: keep one empty child if page is more than half full
    // 2.释放 `Autoreleased` 对象后,销毁多余的 page。
    if (page->lessThanHalfFull()) {
        page->child->kill();
    }
    else if (page->child->child) {
        page->child->child->kill();
    }
}

这里没什么说的,来到 releaseUntil(...) 内部:

// 简化后
void releaseUntil(id *stop) 
{
    // 1.
    while (this->next != stop) {
        AutoreleasePoolPage *page = hotPage();
        // 2.
        while (page->empty()) {
            page = page->parent;
            setHotPage(page);
        }
        // 3.
        if (obj != POOL_BOUNDARY) {
            objc_release(obj);
        }
    }
    // 4.
    setHotPage(this);
}
  • 1.外部循环挨个遍历 autoreleased 对象,直到遍历到 stop 这个 POOL_BOUNDARY
  • 2.如果当前 hatPage 没有 POOL_BOUNDARY,将 hatPage 设置为父节点。
  • 3.给当前 autoreleased 对象发送 release 消息。
  • 4.再次配置 hatPage

再来看看 autorelease 的实现,这里直接定位到 page 里面的 autorelease:

// 简化后
static inline id autorelease(id obj)
{
    id *dest __unused = autoreleaseFast(obj);
    return obj;
}

和上面的 push 操作中调用的同一函数 autoreleaseFast,没什么说的。

这里从源码层面上就了解了自动缓存池道理是怎么一回事。

AutoreleasePool 和 runloop

这里需要 runloop 的知识,可以看我前面的文章 iOS 浅谈 Runloop

App 启动后,苹果在主线程 RunLoop 里注册了两个 Observer,回调都是 _wrapRunLoopWithAutoreleasePoolHandler ,用来处理自动缓存池。

打印主线程的 runloop 进行确认。

print(RunLoop.main)

image

注意观察图中 Observer 观察的状态,上面的是 activities = 0x1,下面的是 activities = 0xa0。这里需要一点 runloop 的知识,下面就是 runloop 可以被监听的状态枚举。

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
    kCFRunLoopEntry = (1UL << 0),              // 1
    kCFRunLoopBeforeTimers = (1UL << 1),       // 2
    kCFRunLoopBeforeSources = (1UL << 2),      // 4
    kCFRunLoopBeforeWaiting = (1UL << 5),      // 32
    kCFRunLoopAfterWaiting = (1UL << 6),       // 64
    kCFRunLoopExit = (1UL << 7),               // 128
    kCFRunLoopAllActivities = 0x0FFFFFFFU
};

0x1 (等于1)对应的是 kCFRunLoopEntry ,第一个 Observer 监视的即将进入Loop时,,其回调内会调用 _objc_autoreleasePoolPush() 创建一个自动释放池。其 order-2147483647,优先级最高,保证创建缓存池发生在其他所有回调之前。

0xa0(16进制等于160,等于32+128) 对应的是 kCFRunLoopBeforeWaiting&kCFRunLoopExit,第二个 Observer 监视了两个事件: 准备进入休眠时调用 _objc_autoreleasePoolPop()_objc_autoreleasePoolPush() 释放旧的池并创建新池;即将退出Loop时调用 _objc_autoreleasePoolPop() 来释放自动释放池。这个 Observerorder2147483647,优先级最低,保证其释放缓存池发生在其他所有回调之后。

所以对于我们应用来说,autoreleased 对象更多的是在 runloop 的休眠时进行释放的。

参考

关于 AutoreleasePool 还有一些实际使用中的技巧,例如解决循环中 autoreleased 对象的内存问题等等。

黑幕背后的Autorelease

Objective-C Autorelease Pool 的实现原理

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,053评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,527评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,779评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,685评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,699评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,609评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,989评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,654评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,890评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,394评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,976评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2 342

推荐阅读更多精彩内容