iOS内存相关的知识点整理
一、原起
iOS的内存相关知识是我们开发iOS APP的基石之一，也是面试中必然会问的问题。内存知识的融会贯通，与及内存相关问题的解决，是iOS开发者必须要掌握的。
二、iOS内存相关知识点
iOS内存相关的知识点.png
2.1 iOS的内存管理方式
iOS的内存管理机制为引用计数。早期使用的是MRC（手动引用计数），需要开发者自己编写引用计数的代码，对开发者是一个不小的挑战，而且容易出错，给开发者也带来了不小的苦恼。
苹果公司为了让开发者更好的专注于开发，在2011年的iOS5版本开始引入了ARC（自动引用计数），帮助开发者进行内存的管理。
ARC的工作原理大致是：当我们编译源码的时候，编译器会分析源码中每个对象的生命周期，然后基于这些对象的生命周期，来添加相应的引用计数操作代码。
2.2 内存泄漏
内存泄漏（memory leak）：是指申请的内存空间使用完毕之后未回收。
一次内存泄露危害可以忽略，但若一直泄漏，无论有多少内存，迟早都会被占用光，最终导致程序crash。（因此，开发中我们要尽量避免内存泄漏的出现）
内存泄漏的现象：程序的可用内存越来越少，最终导致程序崩溃。
2.3 内存溢出
内存溢出（out of memory）：是指程序在申请内存时，没有足够的内存空间供其使用。
内存溢出的现象：程序直接重启或者崩溃。
2.4 内存泄漏的检测
- 第一种：静态分析方法（Analyze）
- 第二种：动态分析方法（Instrument工具库里的Leaks）
2.5 常见的发生内存泄漏的场景
2.5.1 AFHTTPSessionManager
AFHTTPSessionManager发生内存泄漏的解决方案在此。
2.5.2 ViewController中的NSTimer
VC中使用NSTImer的示例如下：
[NSTimer scheduledTimerWithTimeInterval:1.0
target:self
selector:@selector(updateTime:)
userInfo:nil
repeats:YES];
理由：这时 target: self，增加了ViewController的retain count，
即self强引用timer，timer强引用self，造成循环引用。
解决方案：在恰当时机调用[timer invalidate]即可。
2.5.3 ViewController中的delegate
对于delegate我们一般都是使用weak修饰，这个不多作解释。
2.5.4 ViewController中Block
在我们日常开发中，如果block使用不当，很容易导致内存泄漏。
理由：如果block被当前ViewController（self）持有，这时，如果block内部再持有ViewController（self），就会造成循环引用。
解决方案：在block外部弱化self，再在block内部强化已经弱化的weakSelf。
三、 iOS内存管理
iOS内存管理.png
iOS的内存管理机制是：引用计数。MRC基本上已经绝迹，现在主流的还是ARC。系统的内存分为栈内存和堆内存，栈内存是系统管理的，不需要开发者插手，开发者管理的主要是堆内存。
当下我们使用ARC（自动引用计数）进行管理的是堆内存。
3.1 内存管理的原则
当我们使用alloc、new创建对象之后，对象的引用计数为1.
当我们对对象进行strong、copy操作之后，对象的引用计数+1.
当我们对对象进行mutableCopy操作之后，生成了一份对象的拷贝，而不是简单的引用计数+1，这个需要特别注意。
当我们不再持有对象时，对象的引用计数-1。
当对象的引用计数为0时，对象会被释放掉，进行内存的回收。
3.2 需要开发者自己管理的内存
core foundation框架主要提供的是C语言的API，不属于ARC管理的范畴，所以使用core foundation创建的对象，需要开发者自己进行内存的管理，在对象使用完毕之后进行内存的回收，否则会进行内存的泄漏。
3.3 内存峰值
开发中，对于一些大循环如果把控不好，会出现内存峰值过高的情况，这个时候我们需要在循环的内部合理的使用autoreleasepool进行内存峰值的管理。
总结
本文主要是对iOS内存相关的知识点进行了一个归纳总结。
- iOS的内存管理方式为引用计数，分为MRC和ARC。
- 内存泄漏的原因。
- 内存溢出的原因。
- 内存泄漏的排查方法，静态排查&动态排查。
- 内存泄漏的常见场景。
- 内存峰值的管理。
