内存管理(1)-手动引用计数

什么是自动引用计数(ARC)

顾名思义,自动引用计数是指内存管理中对引用采用自动计数的计数,让编译器来进行内存管理。在新一代的Apple LLVM编译器中设置ARC为有效状态,就无需再输入retain或者release代码,这在降低程序崩溃,内存泄露等风险的同时,很大程度上减少了开发程序的工作量。而编译器完全清楚目标对象,并能立刻释放那些不再使用的对象,如此一来,应用程序将具有可预测性,且能流畅运行,速度也将大幅提升

手动引用计数(MRC)

说到自动引用计数,就不得不提手动引用计数。iOS内存管理中引用计数功能来标识使用一个对象的引用次数。引用计数的思考原则就是生成、持有、释放、废弃四个动作。这些有关NSObjective-C内存管理的方法,实际上不包含在改语言中,而是包含在Cocoa框架中用于OSX、iOS应用开发。Cocoa框架中的Foundation框架类库的NSObject类负担内存管理的职责。Objective-C内存管理中的alloc/retain/release/dealloc方法分别指代NSObject类中的alloc类方法、retain示例方法、release示例方法和dealloc示例方法、

自己生成的对象,自己持有
  • 使用alloc、new、copy、mutableCopy开头的方法名生成的对象,意味着只有自己持有。
/*
*  自己生成并持有对象
*/
id obj = [[NSObject alloc] init];
/*
自己持有对象
*/
  • 使用NSObject类的alloc方法就能自己生成并持有对象。指向生成并持有对象的指针赋给变量obj。另外,使用new类方法也能生成并持有对象。[NSObject new]与[[NSObject alloc] init]是完全一致的
/*
*  自己生成并持有对象
*/
id obj = [NSObject new];
/*
自己持有对象
*/
  • copy 方法利用给予NSCopying方法约定,由各自类实现的CopyWithZone: 方法生成并持有对象的副本。与copy方法类似,mutableCopy 方法利用给予NSMutableCopying方法约定,由各类实现的mutableCopyWithZone:方法生成并持有对象的副本。两者的区别在于,copy方法生成不可变更的对象,而mutableCopy生成可变更的对象。这类似于NSArray类对象与NSMutableArray类对象的差异。用这些方法生成的地域性,虽然是对象的副本,但是同alloc、new方法一样,在“自己生成并持有对象”这点上并没有改变。
    另外,根据上述“使用一下名称开头的方法名”,下列名称也意味着自己生成并持有对象
    • allocMyObject
    • allocThatObject
    • copyThis
    • mutableCopyYourObject
      但是对于以下名称,即使使用alloc/new/copy/mutableCopy名称开头,并不属于同一类别的方法
    • allocate
    • newer
    • copying
    • mutableCopying
非自己生成的对象,自己也能持有

用上述项目之外的方法取得的对象,即用alloc/new/copy/mutableCopy以外方法取得的对象,因为并非自己生成并持有,所以自己不是该对象的持有者。我们来使用alloc/new/copy/mutableCopy以外的方法看看。这里试用一下NSMutableArray类中的array类方法。

/*
* 取得非自己生成并持有的对象
*/
id obj = [NSMutableArray array];
/*
* 取得的对象存在,但是自己不持有对象
*/

源代码中,NSMutableArray类对象被赋值给变量obj,但是obj自己并不持有该对象。使用retain方法可以持有等一下。

/*
取得非自己生成并持有的对象
*/
id obj = [NSMutableArray array];
/*
* 取得的对象存在,但是自己不持有该对象
*/
[obj retain];
/*
自己持有该对象
*/

通过retain方法,非自己生成的对象跟用alloc/new/copy/mutableCopy方法生成并持有的对象一样,成为了自己所持有的。

疑问

通过[NSMutableArray array]生成的对象,并没有持有它,为何不会被释放?它与retain再release后的对象有何区别?
看代码实现,应该是类方法创建会自动将其加入AutoreleasePool,在超出作用域的时候再自动释放。

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

自己持有的对象,一旦不再需要,持有者有义务释放该对象。释放对象用release方法。

/*
* 自己生成并持有对象
*/
id obj = [[NSObject alloc] init];
/*
*  自己持有对象
/*
[obj release];
/*
* 释放对象
* 指向对象的指针仍然被保留在变量obj中,貌似能够访问
* 但对象一经释放绝对不可访问,会产生野指针问题
/
  • 如此,用alloc方法自己生成并持有的对象就通过release方法释放了,自己生成而非自己所持有的对象,若用retain方法变为自己持有,也同样可以用release方法释放
/*
* 取得非自己生成并持有的对象
*/
id obj = [NSMutableArray array];
/*
* 取得的对象存在,但自己不持有对象
*/
[obj retain];
/*
*  自己持有对象
/*
[obj release];
/*
* 释放对象
* 指向对象的指针仍然被保留在变量obj中,貌似能够访问
* 但对象一经释放绝对不可访问,会产生野指针问题
* release必须在持有后调用,没有持有调用或重复调用都会导致crash
/
  • 用alloc/new/copy/mutableCopy方法生成并持有的对象,或者用retain方法持有的对象,一旦不再需要,务必要用release方法进行释放。
  • 如果要用某个方法生成对象,并将其返还给该方法的调用者,那么它的源代码是怎样的呢?
-(id)allocObject {
/*
*  自己生成并持有对象
*/
    id obj = [[NSObject alloc] init];
/*
*  自己持有对象
*/
    return obj;
}
  • 如上例所示,原封不动地返回用alloc方法生成并持有的对象,就能让调用方法也持有该对象,请注意allocObject这个名称是符合前文命名规则的。
/*
*  取得非自己生成并持有的对象
*/
id obj = [NSObject allocObject];
/*
* 自己持有对象
*/
  • allocObject 名称符合前文的命名规则,因此它与用alloc生成并持有对象的情况完全相同,所以使用allocObject方法也就意味着“自己生成并持有对象”
    那么,调用[NSMutableArray array]方法使取得的对象存在,但是自己又不持有对象,又是如何实现的呢?根据上文命名规则,不能使用以alloc/new/copy/mutableCopy开头的方法名,因此要使用object这个方法名。
-(id)object {
  id obj = [[NSObject alloc] init];
/*
  自己持有对象
*/
[obj autorelease];
/*
  取得的对象存在,但是将对象放入自动释放池,自己不持有对象
*/
return obj;
}
  • 上例中,我们使用了mutorelease方法,使用该方法,可以使取得的对象存在,但是自己不持有对象。autorelease提供这样的功能,使对象在超出指定的生存范围时能够自动并正确的释放(调用release方法)。调用release方法使立即使对象的引用计数-1,而使用autorelease方法是不立即释放,而是注册到autoreleasepool中,pool结束时会自动对注册到pool的对象调用一次release。
  • 使用NSMutableArray的array类方法可以取得谁都不持有的对象,这些方法都是通过autorelease而实现的。此外,根据上文的命名规则,这些用来取得谁都不持有的对象的方法名不能以alloc/new/copy/mutableCopy开头,这点需要注意。
id obc1 = [NSObject object];
/*
*  取得的对象存在,但是自己不持有对象
*/
  • 当然,也能够通过retain方法将调用autorelease方法取得的对象变为自己持有。
id obj1 = [NSObject object];
/*
*  取得的对象存在,但是自己不持有对象
*/
[obj1 retain];
/*
*  自己持有对象
*  注意,对象调用retain方法后必须调用release方法进行释放,否则会产生僵尸对象
/*
无法释放非自己持有的对象
  • 对于用alloc/new/copy/mutableCopy方法生成并持有的对象,或是用retain方法持有的对象,由于持有者是自己,所以在不需要该对象的时候需要将其释放。而由此之外所得到的对象绝对不能释放。在程序中,释放了非自己持有的对象就会造成crash。而在自己生成并持有的对象,在释放完不再需要的对象后再次释放也会造成crash
/*
*  自己生成并持有对象
*/
id obj = [[NSObject alloc] init];
/*
*  自己持有对象
*/
[obj release];
/*
*  对象已释放
*/
[obj release];
// 释放之后再次释放已非自己持有的对象,应用程序将crash
// 再度废弃已经废弃了的对象和访问已经废弃的对象,都会造成crash
  • 或者在“取得的对象存在,但是自己不持有对象”时释放
id obj = [NSObject object];
// 取得的对象存在,但自己不持有对象
[obj release];
// 释放了非自己持有的对象会导致crash
  • 以上,“自己生成并持有对象”、“非自己生成的对象”,“自己也能持有、不再需要自己持有的对象时需要释放”、“非自己持有的对象无法释放” 就是“引用计数式内存管理”的思考方式。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,029评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,395评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,570评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,535评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,650评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,850评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,006评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,747评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,207评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,536评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,683评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,342评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,964评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,772评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,004评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,401评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,566评论 2 349