《OC高级编程》笔记1——引用计数&内存管理

前言

最近在阅读《Objective-C高级编程 iOS与OS X多线程和内存管理》这本书。接下来会按照书第一章为内存管理,第二章为block,第三章为GCD的结构,相应得完成3篇笔记。

内存管理的思考模式

OC中的内存管理是用“引用计数机制”来实现的:** 每个对象刚被创建时引用计数为1,若被其他对象持有一次,就加1;若持有释放则减1,到最后当该对象的引用计数为0时,该对象就被销毁了。** 但是,我们也可以换个角度来思考、理解内存管理。如下:

** “自己生成的对象,自己自动持有。”——alloc,new,copy,mutableCopy等方法;**
** “非自己生成的对象,自己也能持有。” **
** “无法释放非自己持有的对象。” **
比如:
1.已经自己刚释放掉的对象自己便不再持有了,也就不能再释放了;
2.若在非ARC环境,下面的代码肯定会出错,因为array方法只生成对象,但本身并不持有对象。

NSArray *arr =  [NSArray array];
[arr release];

如果要用某个方法生成对象并返回给调用者:1.通过alloc等方法生成;2.通过alloc以外方法生成。

  • 通过alloc等,或者以alloc等开头的方法生成的对象都是自动持有的,即引用计数置为1(通过alloc方法返回的对象由调用者所拥有,也就是说,调用者已通过alloc方法来表达了想令该对象继续存活下去的意愿)。
  • 而通过非alloc方法生成对象,可以取得对象但并不持有,这时要使用autorelease方法,将其放入自动释放池,在pool结束时同pool一同被release(pool dealloc时要将其中所有对象release)

alloc/retain/release/dealloc等方法的实现

alloc:

alloc方法里面调用的allocWithZone:方法,传入内存区域生成内存空间,但现在几乎不在乎内存NSZone的问题了,基本采用默认分配方式分给对象内存空间,随即将其置0。

alloc创建对象后是自动持有的,即引用计数为1。

在GNUstep框架中在对象内存头部有一块空间(整数)来记录该对象当前引用计数,读取引用计数的方法retainCount实现机理即是访问该小空间的整数retained。而retain就使其递增retained++,release则递减retained--。当retained == 0时,调用dealloc废弃该对象。
苹果生成对象的原理和GNUstep差不多,但是引用计数的管理却有不同,苹果采用哈希表来管理对象的引用计数,该表的key为哈希化的内存块地址,value为其引用计数。

autorelease

自动释放池:

//  ARC无效时

    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; // 生成一个自动释放池
    id obj = [[NSObject alloc] init]; // 某对象obj
    [obj autorelease]; // 将某对象obj放入该自动释放池。
    [pool drain]; // pool的drain方法不仅dealloc该pool对象,而且使其中的所有对象执行release(即在pool结束时release所有在里的对象)

** 注意: ** 因为放入pool的对象都要统一等到pool结束时统一释放,所以若是有大量的对象放入自动释放池,则会造成程序内存上升。

autorelease的实现:
取得正在使用的当前存在的pool对象,并将该对象加入该池([pool addObject:obj]),在pool内存维护一个列表(即数组来记录放入的对象),即[pool addObject:obj]内部实现大概为:

- (void)addObject:(id)obj
{
    [_array addObject:obj];
}

pool的drain方法执行时会遍历该数组,将其中所有的对象都执行一遍release,然后再把该数组release。

所有权修饰符

ARC有效时,必须要有所有权修饰符修饰对象:
** 什么都不写时,默认是__strong的。与这些修饰符对应的是定义属性时用的“内存管理语义”strong,weak等。**

__strong,
__weak,
__unsafe_unretained,
__autoreleasing

__strong

在ARC环境下,__strong修饰符是默认的修饰符,也就是说我们写的代码虽没有明确写明所有权修饰符,但其实默认为__strong

id obj = [[NSObject alloc] init];
// 其实默认为__strong修饰符
id __strong obj = [[NSObject alloc] init];

__strong修饰符有什么用呢?** __strong修饰符表示对对象的“强引用”。持有强引用的指针在超出其作用域时被废弃,随着强引用的消失,引用的对象也随之被释放。**

    // ARC下
    id __strong obj = [[NSObject alloc] init];

上面代码等同于下面代码:

{   // 非ARC下
    id obj = [[NSObject alloc] init];
    
    // ....作用域内
    
    [obj release];
}

__weak

__weak修饰符的存在是为解决“循环引用”问题而引入的,它是弱引用,弱引用不持有对象。

    id __weak obj1 = nil;
    {
        id __strong obj0 = [[NSObject alloc] init];
        obj1 = obj0;
        NSLog(@"作用域内:obj0:%@----obj1:%@",obj0,obj1);
    }
    NSLog(@"作用域外:obj1:%@",obj1);
 // 超出了作用域obj0释放,对象被废弃,则obj1这个弱引用自动失效并被赋值为nil
作用域内:obj0:<NSObject: 0x7fdcc1446f10>----obj1:<NSObject: 0x7fdcc1446f10>
作用域外:obj1:(null)

另外:** __weak修饰的对象,都会被注册到自动释放池autorelease中。**
所以,我们应该避免大量使用__weak,只有在需要避免循环引用等问题时使用它。

上面说的避免大量使用有不要随便定义__weak修饰的对象的意思,也有避免:一个__weak修饰的对象若被使用多次,则就注册到自动释放池中多次;所以我们有时为内存着想,可以将该对象赋值给一个__strong修饰的对象,以供后续使用,这样只会被注册到自动释放池中一次。

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

推荐阅读更多精彩内容