iOS基础:深入内存管理-让人头疼的autorelease

这篇文章其实是深入内存管理:从所有权修饰符开始的补充。因为由于__autoreleasing的试验过于多,都写在上一篇文章中会使得文章篇幅结构很难看,所以在这里新建一篇文章来记录。

方法介绍

下面需要介绍两个方法:
1._objc_rootRetainCount(id obj)方法,作用是返回obj的引用计数。
2._objc_autoreleasePoolPrint()方法,作用是打印当前的自动释放池对象。
使用方法:
直接定义在类中就可以使用

extern uintptr_t _objc_rootRetainCount(id obj);
extern void _objc_autoreleasePoolPrint(void);

试验开始

一、基础试验

下面有三个小实验,为了证明结论:

在取得非自己生成并持有的对象时,编译器会默认把对象注册到自动释放池中。

也就是说:

编译器为判断方法名是否是以alloc/new/copy/mutableCopy开头,如果不是,就自动将返回的对象注册到池子中。

1. 直接alloc方法初始化

代码:

    id __weak obj0;
    {
        id obj1 = [[NSMutableArray alloc] init];
        obj0 = obj1;
        NSLog(@"%p", obj0);
        NSLog(@"%lu", _objc_rootRetainCount(obj0));
        _objc_autoreleasePoolPrint();
    }
    NSLog(@"obj0-1-%@", obj0);

实验结果:

程序到最后一行时输出为空。

输出:

试验1输出.png

分析:

这里其实很简单,编译器的模拟代码为

id obj1 = objc_msgSend(NSMutableArray, @selector(alloc));  
objc_msgSend(obj1, @selector(init));  
objc_release(obj1);  

当变量obj1的作用域消失时,编译器会自动插入objc_release(obj1);。这里并没有涉及到自动释放池。所以array对象会被自动销毁。


2. 用array方法初始化

代码

    id __weak obj0;
    {
        id obj2 = [NSMutableArray array];
        obj0 = obj2;
        NSLog(@"%p", obj2);
        NSLog(@"%lu", _objc_rootRetainCount(obj2));
        _objc_autoreleasePoolPrint();
    }
    NSLog(@"obj0-2-%@", obj0);

实验结果:

试验2输出 1.png
试验2输出 2.png

分析:

这里发现obj2的引用计数为2,再看自动释放池最后一个对象类型为__NSArrayM,正是obj2持有的对象。说明该对象已经加入到了自动释放池中,所以最后输出有值。那么这个对象什么时候释放呢,我们后面说。


3. 用array方法初始化 并自己添加池子

代码:

    @autoreleasepool {
        id obj3 = [NSMutableArray array];
        obj0 = obj3;
        NSLog(@"%p", obj3);
        NSLog(@"%lu", _objc_rootRetainCount(obj3));
        _objc_autoreleasePoolPrint();
    }
    NSLog(@"obj0-3-%@", obj0);

实验结果:

试验3输出 1.png
试验3输出 2.png

分析:

虽然这里和实验2一样被放入到了池子中,但是最后打印还是为空。说明在退出池子后,对象被销毁了。


4.总结

以上三个实验验证了之前提出的结论。
下面以第三个实验作为例子分析代码:

    @autoreleasepool {
        // [NSMutableArray array]返回的对象会被默认加入到池子中
        // 对象的引用计数为1
        // obj3默认为__strong,强引用array对象
        // array对象的引用计数为2
        id obj3 = [NSMutableArray array];
        // obj0对__weak 因此对象引用计数不变
        obj0 = obj3;
        NSLog(@"%p", obj3);
        NSLog(@"%lu", _objc_rootRetainCount(obj3));
        _objc_autoreleasePoolPrint();
    }
    // obj3的作用域结束,释放对象 计数-1
    // 池子结束 池子中的对象要被释放 计数-1
    // 对象计数为0 因此销毁
    // 输出为空
    NSLog(@"obj0-3-%@", obj0);

二、再次验证试验一

下面验证自己定义的方法是否也可以遵守以上结论。

1.不以alloc等开头的方法

代码:

    {
        id obj5 = [[self class] Object];
        obj0 = obj5;
        NSLog(@"%p", obj0);
        NSLog(@"%lu", _objc_rootRetainCount(obj0));
        _objc_autoreleasePoolPrint();
    }
    NSLog(@"obj0-5-%@", obj0);
+ (id)Object
{
    id array = [[NSMutableArray alloc] init];
    return array;
}

输出:

试验4输出 1.png
试验4输出 2.png

分析:

最后输出没有问题,确实是加入到了池子中。但是为什么这里的计数是3呢???

2.以alloc等开头的方法

代码:

    {
        id obj6 = [[self class] allocObject];
        obj0 = obj6;
        NSLog(@"%p", obj0);
        NSLog(@"%lu", _objc_rootRetainCount(obj0));
        _objc_autoreleasePoolPrint();
    }
    NSLog(@"obj0-6-%@", obj0);
+ (id)allocObject
{
    id array = [[NSMutableArray alloc] init];
    return array;
}

输出:

试验5输出 1.png
试验5输出 2.png

分析:

这里的引用计数变成2了,但是没有加入到池子中,且最后输出为空。说明这里多出的1的引用计数来自+ (id)allocObject方法。

3.总结

自定义的方法仍然可以说明实验一的结论。

三、何时释放

下面定义一个属性@property (nonatomic, weak) id obj;,并在- (void)viewDidLoad中赋值。

- (void)viewDidLoad
{
    [super viewDidLoad];
    id obj = [NSMutableArray array];
    self.obj = obj;
}

- (void)viewWillAppear:(BOOL)animated
{
    [super viewWillAppear:animated];
    NSLog(@"%p", self.obj);
}

- (void)viewDidAppear:(BOOL)animated
{
    [super viewDidAppear:animated];
    NSLog(@"%p", self.obj);
}

输出:

2017-04-28 11:23:54.829 MRCTest[57782:5898069] 0x6000000523f0
2017-04-28 11:23:54.832 MRCTest[57782:5898069] 0x0

为什么在viewWillAppear中还存在而到了viewDidAppear中就为空了?我猜测是否是执行完viewWillAppear后,自动释放池销毁了,导致array对象也销毁了。
其实原因是viewDidLoadviewWillAppear是在同一个RunLoop中调用的,而viewDidAppear与他们不是同一个,因此当RunLoop一圈结束时,池子被销毁,里面的对象也自然被销毁了。

最后

其实我想写一点__strong以及__autoreleasing底层代码的,但是因为自己也没有完全理解,所以还是不乱写了。

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

推荐阅读更多精彩内容

  • 29.理解引用计数 Objective-C语言使用引用计数来管理内存,也就是说,每个对象都有个可以递增或递减的计数...
    Code_Ninja阅读 1,469评论 1 3
  • 内存管理 ARC处理原理 ARC是Objective-C编译器的特性,而不是运行时特性或者垃圾回收机制,ARC所做...
    b485c88ab697阅读 11,180评论 3 47
  • 前言 现在iOS开发已经是arc甚至是swift的时代,但是内存管理仍是一个重点关注的问题,如果只知盲目开发而不知...
    明仔Su阅读 26,525评论 16 175
  • 内存管理是程序在运行时分配内存、使用内存,并在程序完成时释放内存的过程。在Objective-C中,也被看作是在众...
    蹲瓜阅读 2,991评论 1 8
  • *面试心声:其实这些题本人都没怎么背,但是在上海 两周半 面了大约10家 收到差不多3个offer,总结起来就是把...
    Dove_iOS阅读 27,121评论 29 470