iOS|iOS 内存管理的一点小问题

现在大家的项目应该基本都是ARC了,如果还是MRC的话,赶紧转换到ARC吧!最近被临时拉过去开发iPad,由于项目原因,还是使用的MRC。今天在调部分界面的时候,发现一段代码,我怎么看都怎么觉得怪怪的,因为是MRC嘛!所以我心里还是一直提醒着自己。仔细一看还真是不对,这段代码给周围同事看的时候,也不是每个人都能一眼看出问题,因为大家已经习惯了ARC或者没有在MRC下进行开发过。
下面我贴出类似的代码:

- (void)pushVc { pushVC = [[UIViewController alloc] init]; [self.navigationController pushViewController:pushVC animated:YES]; }

以上这段代码很简单,就是有个UIViewController类型的成员变量pushVC,然后创建一个VC赋值给他,最后push到这个页面。可能很多人一看,这代码就是平常自己写的啊,都没有出现过问题啊。如果这段代码是在ARC下,是没有任何问题的。但是,如果我们的代码是在MRC下,会出现什么问题呢?如果经历过MRC开发的人,肯定也会觉得这边怪怪的。至少没有发现调用release。由于pushVC是成员变量,所以一定程度上也迷惑了下同事。上面的代码其实已经内存泄露了。[[UIViewController alloc] init] 这个方法创建出来的对象将不会被销毁,一直留在内存中。为什么?这个对象创建出来的时候引用是1,然后经过push引用计数已经变成2了。当这个vc在后面被pop出来的时候,引用计数会减1,这时这个VC的引用计数还是1。在内存中将销毁不掉。如果这个方法被多次调用的话,将会出现大量的这个对象在内存中。
【iOS|iOS 内存管理的一点小问题】下面再说一个知识点,很多人知道,但是并不一定完全了解我们的@property到底做了什么。
- (void)pushVc { self.pushVC = [[UIViewController alloc] init]; [self.navigationController pushViewController:pushVC animated:YES]; }

在看这段代码,我给成员变量赋值的方式换成了self.pushVC,这个和直接赋值有什么区别呢?如果你调用self.pushVC进行赋值,那么这个时候会调用系统为我们默认生成的setter方法。这个setter会帮我们做内存的引用计数操作。看下系统生成的方法示例:
- (void)setPushVC:(UIViewController *)setPushVC { [setPushVC retain]; [pushVC release]; pushVC = setPushVC; }

首先,系统会将传进来的对象引用计数加1,之后将赋值的对象引用计数减1,最后再给对象赋值。记得自己重写setter方法的时候,一定要先将传进来的对象做下retain操作,之后在release本身的对象。如果你代码这样写的话:
- (void)setPushVC:(UIViewController *)setPushVC { [pushVC release]; [setPushVC retain]; pushVC = setPushVC; }

正常情况下是没有问题的,但是如果是自己给自己赋值的话self.pushVC = pushVC,那就有问题了。当然你可以做下if判断,两个对象是否一样,那样也行。
接下来看下这个代码的正确写法:
UIViewController *VC = [[UIViewController alloc] init]; pushVC = [VC retain]; [VC release]; [self.navigationController pushViewController:VC animated:YES]; //或者 UIViewController *VC = [[UIViewController alloc] init]; self.pushVC = VC [VC release]; [self.navigationController pushViewController:VC animated:YES];

建议大家在MRC下使用成员变量的时候最好使用self.setter方法。有同事又提出了另一种写法:
pushVC = [[[UIViewController alloc] init] autorelease]; [self.navigationController pushViewController:pushVC animated:YES];

autorelease,但是这样写有个问题,一旦你使用这个关键字,那你就不在有这个创建对象的内存管理权,系统会在之后的某个时间,对其进行release操作。这样也违背了用成员变量保存这个VC的意图。
总结
很多同事一眼没有看出来,是因为我们已经习惯了ARC,认为=就是给对象进行了retain。在ARC下默认变量前面都有一个隐藏的__strong。在ARC下只要变量指向对象,那么系统会我们自动的对那个对象进行retain操作,当我们将对象置为nil的时候,系统会默认给我们做release操作。
引用计数内存管理的思考方式:
  • 自己生成的对象,自己所持有
  • 非自己生成的对象,自己也恩能持有
  • 自己持有的对象不再需要时释放
  • 非自己持有的对象无法释放
当我们使用ARC的时候,也是遵循了上面的思考方式。不要因为我们没有看到retain或者release而认为管理方式变了或者不需要内存管理了。ARC看起来很简单,因为苹果把那些引用计数的操作代码都交给了编译器,所以给了我们这种错觉。了解MRC,可以加深自己对ARC的理解。不至于让自己被ARC给蒙蔽了。
使用ARC可以让我们的代码更加精简,健壮,特别是weak这个关键字,更是解决了野指针的问题。

    推荐阅读