以前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 新特性