翻译:关于内存管理(一)——内存管理策略(Memory Management Policy)

在引用计数环境中,用于内存管理的基础model由NSObject协议中定义的组合方法提供。NSObject类也定义了一个方法,dealloc,当对象被释放时自动调用。本文描述了所有你需要知道的基本规则:在Cocoa项目中正确管理内存,并提拨那个正确的使用示例。

基本内存管理规则

内存管理model基于对象的所有权。任何对象可能有一个或多个所有者。只要对象至少有一个所有者,它会继续存在。如果一个对象没有所有者,运行时系统会自动销毁它。当设置对象所有者时,Cocoa设置以下策略:

  • 你拥有你创建的对象

使用以“alloc”, “new”, “copy”, or “mutableCopy”(例如,alloc, newObject, 或 mutableCopy)开头的方法名。

  • 可以使用retain保留对象的所有权

接收对象通常保证在方法中接收时仍然可用,该方法可以安全的返回对象给调用者。可以在两种情况下使用retain:(1)在访问方法或init方法的实现方法中,保留你希望存储对象的所有权;和(2)防止对象因为其他操作的副作用而失效(避免引起使用对象释放( Avoid Causing Deallocation of Objects You’re Using)中有解释)。

  • 当你不再需要对象,必须放弃你所拥有对象的所有权

可以通过向其发送一个 release消息或autorelease 消息,放弃对象的所有权。在Cocoa术语中,放弃对象的所有权通常称为“释放”对象。

  • 不能放弃你不拥有对象的所有权

这只是前面策略规则的推论。

简单例子

为了说明该策略,考虑以下代码片段:

<pre><code>
{

Person *aPerson = [[Person alloc] init];

// ...

NSString *name = aPerson.fullName;

// ...

[aPerson release];

}
</pre></code>

Person对象使用alloc方法创建,所以当不在需要它时随后发送release消息。Person的name使用任何拥有的方法都不能被检索到,所以不需要发送release消息。注意:尽管该例子使用release而不是autorelease。

使用autorelease发送延迟释放

当你需要发送延迟释放消息时使用autorelease,通常从一个方法返回一个对象。例如,你可以像这样实现fullName方法。

<pre><code>
-(NSString *)fullName {

NSString *string = [[[NSString alloc] initWithFormat:@"%@ %@",

                                      self.firstName, self.lastName] autorelease];

return string;

}

</pre></code>

你拥有alloc返回的字符串。遵守内存管理策略,你必须在失去字符串引用前放弃所有权。如果使用release,然而,在返回前字符串被销毁(该方法会返回一个无效的对象)。使用autorelease,表明你希望放弃所有权,但允许方法的调用者在销毁前使用返回的字符串。

也可以像这样实现fullName方法:

<pre><code>
-(NSString *)fullName {

NSString *string = [NSString stringWithFormat:@"%@ %@",

                             self.firstName, self.lastName];

return string;

}

</pre></code>

遵循这些基本原则,你不会拥有stringWithFormat:返回的字符串,所以该方法可以安全的返回字符串。

通过对比,下面的实现是错误的:

<pre><code>
-(NSString *)fullName {

NSString *string = [[NSString alloc] initWithFormat:@"%@ %@",

                                     self.firstName, self.lastName];

return string;

}
</pre></code>

根据命名约定,fullName方法的调用者不拥有返回的字符串。调用者因此没有理由释放返回的字符串,否则将导致内存泄露。

不拥有引用返回对象

在Cocoa中的一些方法指定引用返回的对象(也就是说,他们是ClassName **id *类型)。常见的模式是使用NSError对象,该对象包含一个错误信息,如果发生错误,如 initWithContentsOfURL:options:error:(NSData) 和initWithContentsOfFile:encoding:error: (NSString)所示。

在这些情况下,采用已描述的相同的规则。当你调用这些方法的任何一个,你不创建NSError对象,所以你不拥有它。因此不需要释放它,如本例所示:

<pre><code>
NSString *fileName = <#Get a file name#>;

NSError *error;

NSString *string = [[NSString alloc] initWithContentsOfFile:fileName

encoding:NSUTF8StringEncoding error:&error];

if (string == nil) {

// Deal with error...

}

// ...

[string release];

</pre></code>

实现dealloc放弃对象的所有权

NSObject类定义一个方法,dealloc,当对象没有所有者时自动调用,用cocoa的术语即“释放”。dealloc方法用于释放对象的内存,处理其持有的任何资源,包括任何对象实例变量的所有权。

下面的例子说明了如何实现Person类的dealloc方法:

<pre><code>
@interface Person : NSObject

@property (retain) NSString *firstName;

@property (retain) NSString *lastName;

@property (assign, readonly) NSString *fullName;

@end

@implementation Person

// ...

  • (void)dealloc

    [_firstName release];

    [_lastName release];

    [super dealloc];

}

@end

</pre></code>

重要:不要直接调用另一个对象的dealloc方法。

在实现的最后必须调用父类的实现。

你不应该将系统资源管理绑定到对象生命周期,参见不要使用dealloc管理稀缺资源(Don’t Use dealloc to Manage Scarce Resources)。

当一个应用终止,对象可能不发送dealloc消息。因为进程的内存是在退出时自动清除,允许操作系统清理资源比调用所有者的内存管理方法要更加有效。

Core Foundation使用相似但不同的规则

Core foundation对象使用相似的内存管理规则(参见Core Foundation 内存管理编程指南(Memory Management Programming Guide for Core Foundation))。Cocoa和Core Foundation的命名规则是不同的。特别是Core Foundation的创建规则(参见创建规则( The Create Rule))不适用于返回Objective-C对象的方法。例如,在下面的代码片段,你不负责放弃myInstance的所有权:
<pre><code>
MyClass *myInstance = [MyClass createInstance];
</pre></code>

官方原文地址:

https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/MemoryMgmt/Articles/mmRules.html#//apple_ref/doc/uid/20000994-BAJHFBGH

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

推荐阅读更多精彩内容