Objective-C的内存管理-引用计数

OC的内存管理方式

  • 垃圾回收(Garbage Collection)
  • 手动引用计数管理(Manual Reference Counting)
  • 自动引用计数管理(Automatic Reference Counting)
  • IOS不支持垃圾回收机制。从IOS5和OS X Lion开始,支持自动引用计数。

自动引用计数

引用计数

在OC的内存管理机制中,判断一个对象是否需要被废弃的依据是引用计数是否为0。若对象引用计数为0,则代表该对象已经没有作用,需要释放;反之,若对象的引用计数大于0,则代表对象还有作用,不能被释放。下面用人和房间里面的灯来展示引用计数。人代表外界的引用,灯的亮和灭代表对象的存在与释放。

  • 房间开始没人,引用计数为0,灯灭


    房间没人
  • 有人进来,灯亮


    进来一人,灯亮
  • 又进入一个人,灯继续亮


    进两人,灯继续亮
  • 离开一人,灯继续亮


    离开一个人,还存在一个人,灯继续亮
  • 再离开一个人,房间没人,灯灭
    房间没人,灯灭

    查看引用计数值可以使用[obj retainCount],但是不推荐使用。因为这个方法获取的引用计数值有时是不准确的。当一个对象引用计数值为1的时候,此时外界的最后一个引用断开,那么按理来说引用计数应该降为0,但是在使用[obj retainCount]后,打印出来的引用计数仍然为1。这是因为obj对应的内存块已经被标记为可以被覆盖,但是清空操作的时机还是不确定的。既然在未来的某个时间点obj会被清除,那么就没有必要浪费将引用计数将为0的操作了。这是编译器的一个优化操作。

什么是自动引用计数

自动引用计数,从字面上看就是在内存管理中对引用采取自动计数。

在Objective-C中采用Automatic Reference Counting(ARC)机制,让编译器来进行内存管理。新一代Apple LLVM编译器中设置ARC为有效状态,就无需再次键入retain或release代码,这在降低程序崩溃、内存泄露等风险的同时,很大程度上减少了开发程序的工作量。编译器完全清楚目标对象,并能够立刻释放那些不再被使用的对象。如此一来,应用程序将具有可预测性,且能流畅运行,速度也将大幅提升。

什么是手动引用计数

手动引用计数,从字面意思看就是程序员对引用计数进行管理。
手动引用计数可以使用retain/release/dealloc,自动引用计数则不可以。但是使用自动引用计数时,编译器会在合适的时候自动加上这些操作。

手动计数和引用计数的切换

目前,Xcode默认都开启了自动引用计数。手动、自动切换方式如下:

  • 1.对所有文件统一操作
    • 操作:targets --> Build Settings --> Apple LLVM 7.1-Language-Objective C --> Objective-C Automatic Reference Counting --> 将其设置为NO。
  • 2.对部分文件操作
    • MRC -> ARC
      操作:targets --> Build Phases --> 展开Compile Sources --> 找到ARC机制的文件,在其后的Compiler Flags一栏双击后,并输入-fno-objc-arc。
    • ARC -> MRC
      操作:targets --> Build Phases --> 展开Compile Sources --> 找到非ARC机制的文件,在其后的Compiler Flags一栏双击后,并输入-fobjc-arc。

内存管理思考方式

内存管理有四点需要记住:

  1. 自己生成的对象,自己持有
  2. 非自己生成的对象,自己也能持有
  3. 不再需要自己持有的对象时,释放
  4. 非自己持有的对象无法释放

1.自己生成的对象,自己持有

使用以下名称开头的方法名意味着自己生成的对象只有自己持有:

  • alloc
  • new
  • copy
  • mutableCopy

但是对于以下名称则不是:

  • allocate
  • newer
  • copying
  • mutableCopyed

2.非自己生成的对象,自己也能持有

/** 获取非自己生成并持有的对象 */
/** [NSMutableArray array]生成对象,不为objc所持有 */
id objc = [NSMutableArray array];

/** 持有对象 */
[objc retain];

3.不要需要自己持有的对象时释放

/** 自己生成并持有对象 */
id objc = [[NSObject alloc] init];
/** 释放对象 */
[objc release];

4.非自己持有的对象无法释放

/** 自己生成并持有对象 */
id objc = [[NSObject alloc] init];
/** 释放对象 */
[objc release];
/** 对象已经释放,非自己持有,再次释放对象,程序崩溃 */
[objc release];

结语

  • OC内存管理机制博大精深,我在此只能是抛砖引玉,如需深究,还需要多多查看资料、文档。
  • 如有错误,欢迎指正。
    参考资料:《Objective-C高级编程》
    参考资料:
    [1] Kazuki Sakamoto,Tomohiko Furumoto.Objective-C高级编程〔M〕.北京:人民邮电出版社,2013
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念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

推荐阅读更多精彩内容