1）不执行dealloc?
1.看一下是不是循环引用造成的类不销毁
2.调用其他类的时候查看有没有将本类中的对象传过去，例如self,self.tableview ??
传的时候注意使用weak,不要使用strong
否则会造成当前类无法释放，dealloc不执行一直占用内存。
3.performSelector 关于内存管理的执行原理是这样的执行
?[self performSelector:@selector(method1:) withObject:self.tableLayer afterDelay:3]; 的时候，系统会将tableLayer的引用计数加1，执行完这个方法时，还会将tableLayer的引用计数减1，由于延迟这时tableLayer的引用计数没有减少到0，也就导致了切换场景dealloc方法没有被调用，出现了内存泄露。?
利用如下函数：?
[NSObject cancelPreviousPerformRequestsWithTarget:self] 当然你也可以一个一个得这样用：?
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method1:) object:nil]?
加上了这个以后，顺利地执行了dealloc方法??
4.NSTimer使用造成的内存泄露。
注意自己需要管理NSTimer停止与释放，否则，会一直运行，导致页面内存不释放。
例如： 在自定义View中，如果不手动停止NSTimer对象，那么会一直NSTimer会一直持有这个类，导致内存不释放，也就是内存泄露。
解决方法：在controller中手动调用removeFromSuperView，重写- (void)removeFromSuperview 把_timer 停止释放。
- (void)removeFromSuperview {
??? [super?removeFromSuperview];
??? [_timerinvalidate];
????_timer?=nil;
}
2）延迟执行dealloc?
本地在类撤销之前有延时操作，未执行完
比如：
[self performSelector:@selector(xx) withObject:nil afterDelay:10.0];
虽然现在大部分都是ARC工程，系统帮你处理内存管理，但这不等于开发者不用管理内存。比如通知的移除、baiduSDK中的变量置nil等都需要重写dealloc方法来实现。注意，ARC工程是可以重写dealloc方法并被系统调用的，但不需要手动调用父类的dealloc，手写[super dealloc]方法会报错，事实上系统会自动帮你调用父类的dealloc方法，不需要你实现。
但有些时候会发现控制器出栈的时候不会调用dealloc方法，归根结底，是因为当前控制器被某个对象强引用并“握住”了，控制器的引用计数不为0，系统无法帮你释放这部分内存。
控制器被强引用的原因：
1.block块使用不当。因为block会对方法中的变量自动retain一次。请检查控制器中block代码。
2.NSTimer没有销毁。
3.控制器中的代理属性为retain。应把代理属性改为assign。
目前遇到这些问题,日后遇到新的问题再添加上去.
