内存泄露控制器不释放造成dealloc方法不执行的原因全解

前言

想必很多开发者在开发过程中,都会遇到这个情况:当前页面被pop出栈时,控制器没有被释放,dealloc方法不走,反复切换页面时,内存激增。检查了代码,找不到没问题,顿时感觉脑海里10086个草泥马飞奔而过,到底什么鬼???
好的今天我们就主要讲解到底哪些情况会导致这些问题出现。

正文

1、 控制器VC中代理的声明出错
代理的声明使用assign或weak关键字,如果您用了retain、strong强引用声明,有可能导致该问题的出现。

2、 控制器VC中使用NSTimer出错

[NSTimer scheduledTimerWithTimeInterval:1.0 
                                 target:self 
                               selector:@selector(todo:) 
                               userInfo:nil 
                                repeats:YES];

NSTimer创建时,关键在于timer对target(self)进行了强引用,对象会进行retain操作。既然是被强引用了就应该使用__weak。_weak typeof(self) weakSelf = self,并在离开页面的时候停止定时器停止并把定时器置为nil就可以解决问题。否则会导致对象不能释放,内存泄漏!!!
补充:
如果在非主线程的线程中只是创建一个NSTimer并启动,该NSTimer是不会执行的,除非将NSTimer加入到该线程的NSRunloop中,并启动NSRunloop才行。

3、 控制器VC中Block使用错误
Block中直接使用成员变量(self.xxx)回造成循环引用,导致拥有该实例的对象不能释放。在ARC下要:

__weak Viewcontroller *weakSelf = self;

注:Block一般用copy声明,这样会把block从栈区移到堆区。这样,在block中进行回调或反向传值到上个页面时,不会出现对象被释放,内存泄露问题。

4、 由自定义封装的控件使用错误
在控制器VC中自定义的控件View的使用中传入了当前VC或self,造成循环引用,这种情况下pop返回时,当前页面也不会被释放,dealloc也不会走。只有在离开页面前,把该控件View先置为空nil。则可以。

5、 僵尸对象:内存已经被回收的对象。
野指针:指向僵尸对象的指针,向野指针发送消息会导致崩溃。
野指针错误形式在Xcode中通常表现为:Thread 1:EXC_BAD_ACCESS,因为你访问了一块已经不属于你的内存。
对象已经被释放后,应将其指针置为空指针(没有指向任何对象的指针,给空指针发送消息不会报错)。
然而在实际开发中实际遇到EXC_BAD_ACCESS错误时,往往很难定位到错误点,幸好Xcode提供方便的工具給我们来定位及分析错误。
1) 在product-scheme-edit scheme-diagnostics中将enable zombie objects勾选上,下次再出现这样的错误就可以准确定位了。
2) 在Xcode-open developer tool-Instruments打开工具集,选择Zombies工具可以对已安装的应用进行僵尸对象检测。

结语:

差不多就这些了,如果各位谁还遇到其他情况,欢迎补充。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 把网上的一些结合自己面试时遇到的面试题总结了一下,以后有新的还会再加进来。 1. OC 的理解与特性 OC 作为一...
    AlaricMurray阅读 7,378评论 0 20
  • 多线程、特别是NSOperation 和 GCD 的内部原理。运行时机制的原理和运用场景。SDWebImage的原...
    LZM轮回阅读 6,109评论 0 12
  • 一、深复制和浅复制的区别? 1、浅复制:只是复制了指向对象的指针,即两个指针指向同一块内存单元!而不复制指向对象的...
    iOS_Alex阅读 5,295评论 1 27
  • iOS网络架构讨论梳理整理中。。。 其实如果没有APIManager这一层是没法使用delegate的,毕竟多个单...
    yhtang阅读 10,658评论 1 23
  • iOS面试小贴士 ———————————————回答好下面的足够了------------------------...
    不言不爱阅读 6,377评论 0 7