0%

OC MRC之旅

OC MRC之旅

先来个例子,计算一下People对象的引用计数.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
- (void)viewDidLoad {
[super viewDidLoad];

People *p = [[People alloc] init]; //

People *p1 = [p retain]; //

[p release]; //

[p1 retain]; //

NSLog(@"p:%ld", [p retainCount]);

People *p2 = p;
p2.firstName = [NSString stringWithFormat:@"%d算法", 2];
p2.lastName = [NSString stringWithFormat:@"%d算法", 3];
NSLog(@"%@", p2.firstName);

[p2 release]; //
[p2 release]; //
}

答案是: 1 2 1 2 1 0.

注意:指针只是让我们能够访问该对象.p,p1,p2指向的是同一个对象,因此上面的retain,release操作的也是同一个对象.

再来看一下People类:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
@implementation People

@interface People : NSObject

@property (nonatomic, retain) NSString *firstName;
@property (nonatomic, retain) NSString *lastName;

@end

- (void)dealloc
{
[_firstName release];
// [_lastName release];

NSLog(@"_firstName:%ld", [_firstName retainCount]); //1
NSLog(@"_lastName:%ld", [_lastName retainCount]); //2

[super dealloc];
}

- (void)setFirstName:(NSString *)firstName
{
[firstName retain];
[_firstName release];
_firstName = firstName;
}

@end

如果将上面的[_lastName release];注释掉那么将会导致内存泄漏.为什么会导致这种情况呢?虽然p2.lastName = [NSString stringWithFormat:@"%d算法", 3];是一个注册到自动释放池的对象,但是由于lastName属性是retain,因此赋值时该字符串对象引用计数会被加1,因此需要在People对象销毁时,释放lastName字符串对象.
在MRC环境下,对象销毁时一般需要对自身的属性进行释放.

继续查看在People对象销毁时,_firstName_lastName的引用计数情况,打印显示_firstName的为1,_lastName的为2.
为啥在People的-dealloc方法中_firstName的引用计数不为0却是1呢?
这是因为自动释放池还没有被释放,所以它里面注册的对象也还没有被释放故_firstName为1.而_lastName的则为2.

注意:一个对象能够被放到同一个池子中许多次,在这种情况下每放一次都会收到一个 release 消息。

如果你觉得到这里就结束了,那就too young.有一个问题似乎还不是很明朗,那就是自动释放池里的对象什么时候释放?官方文档告诉我们在@autorelease{…}块的结尾处,自动释放池会被drain,里面的对象将被释放.但是纵观上述代码并没有看到一个autorelease块.之所以没有看到是由于我们处于主线程中,而主线程的runloop默认是开启的,你可能会奇怪怎么一个自动释放池还扯到线程和runloop上去了.事实上,自动释放池,线程,runloop有着密切的联系.

那么主线程中的自动释放池又是什么时候创建,什么时候销毁呢?
官方文档又告诉我们:Application Kit会在事件循环的每个循环开始时在主线程上创建一个自动释放池,并在循环结束时drains它,从而释放处理事件时生成的任何自动释放对象。 如果您使用Application Kit,则通常不需要创建自己的池。 但是,如果您的应用程序在事件循环中创建了大量临时自动释放对象,那么创建“本地”自动释放池以帮助最大限度地减少峰值内存占用可能会有所帮助。
官方文档总是这么简洁,让人琢磨半天.让俺来解释一下:主线程的runloop默认是开启的,runloop虽然也是一个循环但是他和普通循环有着很大的区别,runloop会让线程在有事干的时候干事,没事干的时候使线程休眠.runloop又是如何知道有事情干了呢?这就是我们事先为runloop添加的各种源.有点扯远了,再扯下去估计要跑题了.所以这里我们暂时不管runloop是如何得知的,反正runloop就是知道了.当程序启动,用户点击屏幕等runloop都会去处理这些事件.处理之前主线程的runloop就会先创建一个自动释放池,等到处理完成时就将自动释放池drain,里面的对象就会被释放,事件处理完毕runloop就退出了,不用担心系统会再次驱动进入runloop.因此如果在事件循环中创建了大量临时自动释放对象,则必须自己手动创建一个自动释放池.否则想等到事件处理完毕让系统来drain,内存可能早就耗尽了,你的APP也就歇菜了.好在自己创建并不麻烦,@autorelease{...}即可.

今天的MRC之旅就到这里.

参考

Advanced Memory Management Programming Guide

NSAutoreleasePool

觉得文章有帮助可以打赏一下哦!