iOS-ARC

<b>什么是引用计数?</b>

当生成一个对象的时候,该对象的引用计数为1,当持有者增加时,引用计数增加,当持有者释放时,引用计数降低。当减少到为0时,那么这个对象的内存块将会被释放。

引用计数式内存管理的思考方式:

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

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

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

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

  • 自己生成的对象,自己持有

使用 alloc,new,copy,mutableCopy的方法名,意味着自己生成的对象只有自己持有。

  • 非自己生成的对象,自己也能持有
//取得非自己生成并持有的对象
id object = [NSMutableArray array];

/*

*取的对象存在,但是自己并不持有对象

*/

[object retain];//自己持有对象
  • 不再需要自己持有的对象时释放
id object = [[NSMutableArray alloc] init];

[object release];

/*

*释放使用release

*/
  • 无法释放非自己持有的对象

    对于用 alloc,new,copy,mutableCopy生成的对象,在不需要的时候要用release进行释放。而对于非自己持有的对象绝对不能进行释放,这样会造成崩溃。在自己持有的对象释放完不再需要的对象后,不能再次释放。

<b>ARC有效时所有类型都必须加上所有权修饰符。所有权修饰符一共有四种: </b>

__strong 修饰符

__weak 修饰符

__unsafe unretained 修饰符

__autoreleasing 修饰符

  • __strong 修饰符是id类型和对象类型默认的所有权修饰符。_strong修饰符表示对对象的"强引用"
        /*
         *  obj1持有对象A的强引用
         */
        id __strong obj1 = [[NSObject alloc] init]; // 对象A
        /*
         *  obj2持有由obj1赋值的对象A的强引用
         *  此时,持有对象A的强引用的变量有 obj1,obj2
         */
        id __strong obj2 = obj1;
    
        /*
         *  obj1对对象A的强引用失效
         *  此时,持有对象A的强引用的变量只有obj2
         */
        obj1 = nil;
        
        /*
         *  obj2对对象A的强引用失效
         *  此时,对象A的所有者不存在,废弃对象A
         */
        obj2 = nil;
  • __weak修饰符表示对对象的"弱引用",因为 strong修饰符并不能解决"循环引用"的问题。当A对B进行强引用,B对A进行强引用的时候,AB两个对象将无法释放。在用weak持有某对象的弱引用时,若该对象被废弃,那么此弱引用将自动失效处于nil被赋值的状态。
  id __weak obj1 = nil;
    {
        id __strong obj0 = [[NSObject alloc] init];
        obj1 = obj0;
    }
    /*
     * obj0变量超出作用域,释放自己所持有的对象。进行废弃该对象。
     * obj1变量的弱引用失效,nil赋值给obj1。
     */
  • __unsafe unretained 修饰符

unsafe unretained 修饰符的变量和weak修饰符的变量一样,自己生成的并持有的对象不能继续为自己持有,所以生成的对象会立即被释放。现在基本上不使用unsafe unretained 修饰符。

  • __autoreleasing 修饰符

ARC有效不能使用autorelease方法。也不能使用NSAutoreleasePool类。但实际上,ARC有效时autorelease功能是起作用的。

在ARC无效与ARC有效的等价关系。


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

推荐阅读更多精彩内容

  • 注:这一文章将是我自己的复习整理过程,仅供参考。(欢迎指出错误) ARC(Automatic Reference ...
    StrongX阅读 6,336评论 17 90
  • Cocoa内存管理机制 (1)当你使用new、alloc、copy方法创建一个对象时,该对象的保留计数器值为1.当...
    John_LS阅读 2,775评论 0 6
  • 本文的内容包括 一、所有权修饰符二、ARC的基本规则三、ARC的实现 ARC中仍然是通过引用计数来管理内存,这个本...
    doudo阅读 428评论 0 0
  • ARC ARC是什么 ARC是iOS 5推出的新功能,全称叫 ARC(Automatic Reference Co...
    RY_zheng阅读 1,556评论 0 9
  • 内存管理 引用计数:Objective-C Python 垃圾收集:C#,Java等 区别 内存管理的基本规则 自...
    cjnwan阅读 636评论 0 0