大家好，我是“Stephen·谢”，今天简单谈一下系统dealloc方法的一些注意点。
dealloc是每个控制器中都有的一个系统方法，由系统响应执行，当当前控制器销毁时，dealloc就会被执行。
那么dealloc有什么作用呢？在MRC（手动内存管理）模式下：
1、释放自身的实例变量；
2、移除观察者KVO；
3、停止定时器Timer；
4、移除通知NSNotification；
5、代理Deleagte置空等。
MRC手动内存管理时必须要实现这个方法，而且要写在最后面，不然一定会导致内存泄漏系统过载等等问题。
到了ARC（自动内存管理）模式下，系统会自动帮我们释放属性变量，但是有些东西还是要我们自己去释放，不然还是会引发内存泄漏的：
1、移除通知的观察者，KVO的观察者；
2、对象的强代理引用的解除（例如XMPPMannerger的delegateQueue）；
3、做一些其他的注销之类的操作（关闭程序运行期间没有关闭的资源）；
现在我们基本上都是使用ARC自动内存管理模式来开发了，那么在这种情况下，我们也还是有必要关心系统dealloc方法是否被执行的，毕竟当前页面销毁时还是可能有需要手动移除或置空的东西，不然dealloc没被执行的话，里面你写的代码一条都不会被执行即全部失效。（注：没执行dealloc说明当前类没被销毁，还在内存中占据空间）
那么，引发dealloc方法不被执行的原因有哪些呢？
1、查看是不是循环引用（如delegate和block的使用）造成的当前类不销毁。
2、调用其他类的时候查看有没有将本类中的对象传过去，例如self、self.tableView等，传的时候注意使用weak，不要strong；
3、performSelector的使用，这一点很多人会忽略；（ 当调用[self performSelector:@selector(method:) withObject:self afterDelay:3]; 的时候，系统会将self的引用计数加1，执行完这个方法时，还会将self的引用计数减1，但是由于延迟的原因这时self的引用计数没有减少到0，也就导致了切换场景dealloc方法没有被调用，出现了内存泄露。
你可以利用如下函数：
[NSObject cancelPreviousPerformRequestsWithTarget:self]
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method:) object:nil]
加上了这个以后，顺利地执行了dealloc方法 ）
4、定时器Timer的使用；（注意一定要控制好定时器的关闭和释放，不然NSTimer会一直持有这个类。）
以上就是关于dealloc用来做什么以及我们怎么用的简单讲解，我们在开发中一定要先查看自己的dealloc是否能被正常执行，然后就是要在dealloc里面写什么的问题，当然，在不需要dealloc的页面当然就不要实现它了。
