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。在内存中将销毁不掉。如果这个方法被多次调用的话，将会出现大量的这个对象在内存中。
下面再说一个知识点，很多人知道，但是并不一定完全了解我们的@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这个关键字，更是解决了野指针的问题。
