Objective-C:内存管理
1 传统内存管理
Objective-C对象的生命周期可以分为:创建、存在、消亡。
1.1 引用计数
类似Java,Objective-C采用引用计算(reference counting)技术来管理对象的生命周期。每个对象都定义有一个整数(称引用计数器)与之相关联,该数用以表示当前有多少个指针指向该对象。
1.1.1 操作方法
当某段代码需要访问一个对象时,该代码就将对象的保留计数值加1;当结束访问时就减1;若引用计数器减到0时,该对象将被销毁。引用计数器的值由如下三种操作进行控制:
1) 创建
当使用alloc、new方法或者通过copy消息(接收到消息的对象会创建一个自身的副本)创建一个对象时,对象的保留计数器值就被初始化为1。
2) 增加
要增加对象的引用计数器值,可以给对象发送一条retain消息,即调用对象的retain方法。
3) 减少
要减少对象的引用计数器值,可以给对象发送一条release消息,即调用对象的release方法。
当一个对象因其引用计数器值为0时,将被系统销毁,从而系统自动给该对象发送一条dealloc消息。所以用户可以重载对象的dealloc方法,dealloc方法相当是C++的虚构函数,可以在该函数中释放申请的内存空间。
表 11 NSObject类内存管理方法
方法 |
描述 |
- (instancetype)retain |
将引用计数器的值加1,可由用户调用。 |
- (oneway void)release |
将引用计数器的值减1,可由用户调用。 |
- (NSUInteger)retainCount |
获取引用计数器的值,可由用户调用。 |
- (instancetype)autorelease |
将对象添加到自动释放池中,可由用户调用。 |
- (struct _NSZone *)zone |
复制方法。 |
如下所示是RetainTracker对象生命周期的引用计数器值:
2 {
3 RetainTracker * rt = [[RetainTracker alloc] init];
4 NSLog(@"alloc:%d",[rt retainCount]);
5
6 [rt retain];
7 NSLog(@"retain:%d",[rt retainCount]);
8
9 [rt release];
10 NSLog(@"release:%d",[rt retainCount]);
11 return (0);
12 } // main
1.1.2 对象所有权
对象所有权是指实体的一种职责,当某个实体"拥有一个对象"时,就意味着该实体要负责对其拥有的对象进行清理。实体可能拥有对象的情况有:
-
如果一个对象内由指向其他对象的实例变量,则称该对象拥有这些对象;
-
如果一个函数创建了一个对象,则称该函数拥有这个对象。
1.1.3 访问方法
将类中的成员指针设置为指向一个外部对象,需通过retain和release方法来操作引用计数值,如下有3种操作方式:
1) 简单赋值
简单赋值方式,如下所示:
2 {
3 engine = [newEngine retain];
4 }
5 这种方式只增加引用计数值,而未减少计数值。导致当再次调用setEngine方法时,未减少原来成员指针的引用计数值。
2) 修复赋值
这种方式是对前一种方式的修复,即修复了未对原来成员变量的引用计数值进行减少操作,但仍存在问题,如下所示:
2 {
3 [engine release]; //先减少引用计数器值
4 engine = [newEngine retain]; //再增加引用计数器值
5 }
6 若newEngine和engine是同一个对象,并且引用计数值为1;那么当调用setEngine方法时,在调用release后,会销毁该对象,从而当接着调用retain后会报错。
3) 正确赋值
这种方式是正确的赋值方式,修复了前两种错误方式。即修复了未对原来成员指针的引用计数值操作,也修复了可能出现同一个指针的问题,如下所示:
2 {
3 [newEngine retain]; //先增加引用计数器值
4 [engine release]; //再减少引用计数器值
5 engine = newEngine;
6 }
7 这种方式保障了引用计数器值一定大于1,不会出现为0的情况。
1.2 自动释放池
内存管理是一个棘手的问题,如上述所示的setter方法的各种细微问题。所以Cocoa引入了自动释放池(autorelease pool)概念,这种方式是通过自动释放池来管理引用计数值的release操作。有两种方式创建自动释放池:
-
@autoreleasepool关键字
-
NSAutoreleasePool对象
1.2.1 使用方式
若要使用自动释放池来管理对象的release操作,只要在自动释放池的生命周期内调用被管理对象的autorelease方法,即可将对象的引用计数值委托自动释放池实体来管理,当自动释放池实体结束时,将会调用池中对象的release方法,并且只调用一次。如下所示:
2 {
3 RetainTracker * rt = [[RetainTracker alloc] init];
4 [rt retain];
5 [rt retain];
6 NSLog(@"before:%d",[rt retainCount]);
7
8 @autoreleasepool {
9 [rt autorelease];
10 }
11
12 NSLog(@"after:%d",[rt retainCount]);
13 }
14 2016-02-07 10:52:36.920 ObjectC[725:41864] before:3
15 2016-02-07 10:52:36.921 ObjectC[725:41864] after:2
16 Program ended with exit code: 0
1) 关键字方式
@autoreleasepool方式的生命周期是从左花括号"{"开始,直到右花括号"}"结束,即执行到了右花括号时,那么将调用自动释放池中对象的release方法,来减少相应的引用计数值。
2) 对象方式
NSAutoreleasePool对象的生命周期是从调用其new方法来创建对象开始,直到调用池对象的release方法后,由系统调用释放池对象的dealloc方法后结束,即自动释放池在dealloc"虚构函数"中调用被管理对象的release方法来减少相应引用计数值。
1.2.2 释放池结构
自动释放池以栈的形式实现:当创建了一个新的自动释放池时,该池就被添加到栈顶中。所以若某个对象调用autorelease方法时,该对象将被放入最顶端(栈顶)的自动释放池中,并且栈顶下的释放池仍未被销毁,即被添加到栈顶下面释放池的对象仍未被释放。
若需要由自动释放池来管理大量对象时,用户可以手动销毁释放池,然后再创建新的池对象,如下所示:
2 Pool = [[NSAutoreleasePool alloc] init];
3 int i;
4 for(i = 0; i<1000000;i++)
5 {
6 id object = [someArray objetcAtIndex: i];
7 [id autorelease];
8 NSString *desc = [object description];
9 if(i%1000)
10 {
11 [pool release];
12 pool = [[NSAutoreleasePool alloc] init];
13 }
14 }
15 [pool release];
Cocoa也使用类似的方法来管理内存,当使用AppKit时,Cocoa会定期自动地为用户创建和销毁自动释放池。通常是在程序处理当前事件(如鼠标单击或鼠标按下)以后执行这些操作。
1.3 Cocoa内存管理规则
Cocoa有许多内存管理约定,它们简化了retain、release和autorelease的使用方法,这些规则有:
-
当使用new、alloc或copy方法创建一个对象时,该对象的引用计数值将被初始化为1。当不再使用该对象时,应该向该对象发送一条release或autorelease消息。这样,该对象将在其使用寿命结束时被销毁。
-
当通过其他方法获得一个对象时,假设该对象的引用计数值为1,而且已经被设置为自动释放,那么用户不需要执行任何操作来确保该对象得到清理。如果打算在一段时间内拥有该对象,则需要保留它并确保在操作完成时释放它。
2 自动引用计数
自动引用计数为Automatic Reference Counting (ARC) ,是Objective-C提供了一种自动内存管理的功能。ARC不需要用户考虑retain和release操作,而是在编译期添加代码(retain和release等方法)来保障对象的生命周期,同时可为对象自动生成合适的dealloc方法。从而让用户专注那些感兴趣的代码。如下是引用计数器手动和自动的差异:
图 21 引用计数器的手动和自动实现的差异
自动的引用计数和手动引用计数方法是互斥的,即不能同时在应用程序中使用ARC技术和手动操作retain和release。如在图 22所示,若选择YES时(默认),则启动ARC功能;若NO,则关闭ARC功能。
图 22 ARC功能启动设置
2.1 强制规则
为了ARC能工作,强制规定了一些新规则,并且这些规则不能在其它编译器使用。如果用户违反了这些规则,那么将得到一个compile-time错误。这些规则为:
1) 不能显示调用dealloc方法,同时不能调用和重载retain、release、retainCount和autorelease方法。但可以重载dealloc方法,当然在dealloc方法中不能调用引用计数器管理方法,同时在dealloc方法中不能调用 [super dealloc],父类的dealloc方法由编译器自动添加。
2) 不可使用NSAllocateObject和NSDeallocateObject,但仍可使用alloc方法创建对象。
3) 不可使用NSAutoreleasePool对象,但可以使用@autoreleasepool代码块。
4) 属性名次不能以new开头,比如说@property NSString *newString是不允许的。
5) 属性不能只有一个read-only而没有其它内存管理特性。若没有启用ARC功能,可以使用@property (readonly) NSString *title语句,但如果启用来ARC功能,就必须指定由谁来管理内存。
6) 结构体(struct)和联合体(union)不能使用ROP作为成员,如struct {NSString *str}代码是不被允许.
ARC只对可保留的对象指针(ROPs)有效。可保留的对象指针主要有如下三种:
所有其它指针类型,比如char*和CF对象都不支持ARC特性,如果使用的指针不支持ARC,那么必须手动管理这些对象空间。 |
2.2 变量修饰词
2.2.1 保留环
使用引用计数机制时,经常要注意的一个问题是"保留环"(retain cycle),即呈环状相互引用的多个对象。这将导致内存泄漏,因为循环中的对象其保留计数不会降为0。对于循环中的每个对象来说,至少还有另一个对象引用着它。
如图 23所示,A的引用计数为2,而B的引用计数为1。当A的拥有者"云"release A后,A和B的引用计数都为1,导致两者都无法被释放。
图 23 引用计数保留环
2.2.2 修饰词
目前Objective-C提供4种修饰词(qualifier)来修饰变量,具体语义为:
表 21 Objective-C修饰词
类型 |
语义 |
__strong |
默认修饰词,当有一个strong指针指向某对象,那么该对象将一直保持"活跃"状态; |
__weak |
其不能让被引用对象一直保持"活跃"状态。当某个被引对象没有__strong指针指向它时,那么其它对象以__weak类型指向上述对象的指针将被自动置为nil。 |
__unsafe_unretained |
声明一个弱应用,但是不会自动nil化,也就是说,如果所指向的内存区域被释放了,这个指针就是一个野指针了。 |
__autoreleasing |
用来修饰一个函数的参数,这个参数会在函数返回的时候被自动释放。 |
其使用形式为:
2 eg:
3 MyClass * __weak myWeakReference;
对于图 23所示的引用环可以采用弱引用解决,因为在指向的对象释放之后,这些弱引用就会被设置为nil。如图 24所示,带有__weak的引用环结构,当"云"向A发送release消息后,A的引用计数为0,从而释放A和B对象内存空间。
图 24 带有弱引用的环
2.3 Toll-Free Bridging管理
ARC仅支持可保留对象指针,而无法自动管理Core Foundation对象的空间,必须由用户手动调用CFRetain 和 CFRelease方法来管理Core Foundation对象。如果在Objective-C 和 Core Foundation-style 对象之间进行转换时,为了让ARC便于工作,那么需要告诉编译器哪个对象是指针的拥有者。为此Objective-C使用了桥接转换(bridged cast)技术。
1) __bridge类型操作符
这种操作符是从ROP类型转换为non-ROP类型,但只传递指针并不会传递它的所有权,即指针的所有权仍在转换之前的对象上。如下所示:
2 CFStringRef cfString = (__bridge CFStringRef)theString;
3 cfString接收了指令,但指针的所有权仍然由theString保留
2) __bridge_retained类型操作符
这种操作符将指针所有权从ROP上转移到non-ROP上。因为ARC只会注意到non-ROP,所以用户需要通过non-ROP手动释放其保留计数器的值。这个转换类型会给non-ROP对象的保留计数器加1,所以需要手动让它减1,这与标准的内存管理方式相同。如下所示:
2 CFStringRef cfString = (__bridge_retained CFStringRef)theString;
3 cfString对象拥有指针并且它的保留计数为1,需要使用CFRetain和CFRelease来管理它的内存
3) __bridge_transfer类型操作符
这种转换符与上一个相反,它将所有权从non-ROP上转移到ROP上,从而ARC拥有对象并能确保它会像其它ARC对象一样得到释放。
3 参考文献
[1] Advanced Memory Management programming guide
[2] Transitioning to ARC Release Notes
[3] Objective-C基础教程(第2版)
[4] Effective Objective-C 2.0