dealloc 不执行或延迟执行的问题

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 ];

    [ _timer invalidate ];

     _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。

目前遇到这些问题,日后遇到新的问题再添加上去.