内存泄漏就是应该释放而没有释放的内存！
内存溢出 out of memory：是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出
内存泄露 memory leak：是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光
memory leak会最终会导致out of memory！
以发生的方式来分类，内存泄漏可以分为4类：
- 常发性内存泄漏：发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏
- 偶发性内存泄漏：发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要
- 一次性内存泄漏：发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次
- 隐式内存泄漏：程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏
影响：从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存
内存泄漏检测
内存泄漏检测方法常用的两种方式是用Xcode自带的 Instruments Leaks 和 内存管理器Analyze两种方式
-
Analyze静态分析：打开项目，点击Product->Analyze，进入静态分析，结果如下
Instruments Leak - 01.png
根据提示信息一一排查问题，静态内存泄漏分析能发现大部分问题，但只是静态分析并不准确，只是有可能发生内存泄漏，动态内存分配的情况没有排查，毕竟某些页面的交互操作需要用户去做某些操作时才会发生内存泄漏，下面我们就着重说一下动态内存泄漏分析 Instruments Leaks -
Instruments Leaks动态分析：有三种打开Instruments的方式
-
通过Xcode->Open Developer Tool->Instruments
Instruments Leak - 02.png -
通过Product->Profile
Instruments Leak - 03.png - 通过长按启动->Profile
Instruments Leak - 04.png
启动成功后我们选择Leaks，进入检测
Instruments Leak - 05.png
Instruments Leak - 06.png
在上面选择运行设备，之后选择想要检测的项目，点击左面红色按钮运行，检测之前写了段有问题代码
Instruments Leak - 07.png
Instruments Leak - 08.png
当出现上图红色叉叉表示有内存泄漏，选择Leak Checks，下图左上角Leaks处选择Call Tree，点击下方Call Tree勾选Invert Call Tree和Hide System Libraries，剩下的直观就看到类和方法
Instruments Leak - 09.png
Separate by Thread：每个线程被单独考虑
Invert Call Tree：调用栈会自上至下显示，字面意思就是反转树形结构也很好理解
Hide System Libraries：只有你自己app中出现的符号会被显示出来，隐藏系统库
Flatten Recursion：该选项将每一个调用栈中的递归函数（调用它们自身的函数）视作单一入口，而不是多入口
其中可能有同学没有显示类名方法名，不要急，那是因为Xcode的配置问题，找到Build Setting->Debug information Format，把Debug和Release都改成DWARF with dSYM File，然后重新启动项目和Leaks即可
Instruments Leak - 10.png
双击查看详情，就是刚才写的问题代码，对应做出修改解决问题
Instruments Leak - 11.png
-
我的更多文章：你等下课滴
您可以关注我以便随时查看我最新的文章，本篇文章是为了做笔记，顺便提供给大家共同学习进步！如果您对本篇文章有任何疑问，请留言给我，有什么错误也可以留言提醒，如果对大家有帮助我很荣幸！感谢！
