美文网首页程序员iOS Developer
轻松搞定内存泄露的产生,检测和解决

轻松搞定内存泄露的产生,检测和解决

作者: 高手世界 | 来源:发表于2016-10-21 13:08 被阅读0次

    以前MRC的下由于缺少release等会经常造成内存泄漏问题,如今在ARC下内存泄漏的问题已经减少了很多,但是还有一些情况下也会造成内存泄漏的问题.想要是项目中不产生内存泄漏,就需要先弄清楚什么是内存泄漏,

    一.什么是内存泄漏:

    内存泄露(memory leak)是指你向系统申请分配内存进行使用(new/alloc),可是使用完了却没有归还(delete),结果你申请到的那块内存你自己也不能再访问(也许你把他的地址给弄丢了),而系统将不能再把它分配给需要的程序,

    相信大家都知道,一次内存泄漏的危害可以忽略,但是内存泄漏堆积后果很严重,无论多少内存,迟早会被占光.那么接下来就说说什么情况下会引起内存泄漏,

    二.引起内存泄露的情况:

    1>delegate(代理)如果声明为strong就会造成循环应用(比如类A强引用delegate属性,代理强引用控制器,控制器又强引用类A),就会造成谁也释放不了(释放的原则是没有强引用,引用计数为0),进而造成内存泄漏,delegate也不能用assign声明,因为可能会造成野指针,应该声明为weak,

    2>block下也可能造成内存泄漏,如果block中调用了self可能会造成类似上面代理中三方依次强引用的情况(但是也不全是,需要具体分析),这时候就会造成内存泄漏,解决办法是使self使用__weak修饰,变成弱引用.

    3>NSTimer在VC释放之前,一定要调用[timer invalidate],不调用的后果就是NSTimer无法释放其target,如果target正好是self,则会导致循环引用,造成内存泄漏.

    知道了在哪些情况下能引起内存泄漏了,但是很多情况下,我们还是很难主动的发现内存泄漏,这时候就需要内存泄漏检测了,

    三,如何检测内存泄漏

    说道iOS中如何检测内存泄漏,相信大家都知道Instrument平时我们都会用 Instrument的Leaks / Allocations来进行内存泄漏的排查,下面让我们看看他能帮我们做什么.

    从苹果的开发者文档里我们可以看出,一个app的内存分三类:

    Leaked memory: Memory unreferenced by your application that cannot be used again or freed (also detectable by using the Leaks instrument).                                                      Abandoned memory: Memory still referenced by your application that has no useful purpose.                                                                                                                                                Cached memory: Memory still referenced by your application that might be used again for better performance.

    其中Leaked memory 和 Abandoned memory 都属于应该释放而没有释放的内存,都是内存泄漏,而Leaks工具只负责检查Leaked memory,而不管 Abandoned memory.在MRC时代Leaked memory很常见,比如去人少必要的 release, 但在ARC下更常见的内存泄漏是循环引用导致的 Abandoned memory,Leaks工具查不出这类内存泄漏,使用范围有限,

    对于 Abandoned memory, 可以使用Instrument 的 Allocations检测出来,检测方法是用Mark Feneration 的方式,当你每次点击Mark Generation时,Allocations会生成当前App的内存快照,而且Allocations 会记录从上次内存快照到这次内存快照这个时间段内,新分配的内存信息,举个例子:

    我们可以不断重复 push 和 pop 同一个 UIViewController,理论上来说,push 之前跟 pop 之后,app会回到相同的状态。因此,在 push 过程中新分配的内存,在 pop 之后应该被 dealloc 掉,除了前几次 push 可能有预热数据和cache 数据的情况。如果在数次 push 跟 pop 之后,内存还不断增长,则有内存泄露。因此,我们在每回 push 之前跟 pop之后,都 Mark Generation 一下,以此观察内存是不是无限制增长.

    使用这种方法能解决循环引用的检查,那么它有什么弊端呢:

    首先,你得打开 Allocations                                                                                                          其次,你得一个个场景去重复的操作                                                                                             无法及时得知泄露,得专门做一遍上述操作,十分繁琐

    那么我们怎么才能更好地检测解决内存泄漏的问题呢,前人中树,后人乘凉,当然是借助第三方开源库了,MLeaksFinder  ,那么到底有什么好处呢,让我们直接看看原作者的介绍吧,MLeaksFinder:精准 iOS 内存泄露检测工具 ,MLeaksFinder 新特性 

    相关文章

      网友评论

        本文标题:轻松搞定内存泄露的产生,检测和解决

        本文链接:https://www.haomeiwen.com/subject/pugquttx.html