对于开发者来说，内存管理几乎是一个永恒的话题。
内存管理对于编写出高效率的iOS APP是非常重要的，这是因为iOS是多任务系统，在同一时刻可能有多个应用程序共享内存，有时为了使某个任务更好地执行，iOS系统可能会对其它任务分配的内存进行移动，甚至删除。
现在被广泛使用的内存管理机制主要有GC和RC两种。 GC：垃圾回收机制，定期查找不再使用的对象，释放对象占用的内存。 RC：引用计数机制，采用引用计数来管理对象的内存，当需要持有一个对象时，使它的引用计数+1，当不需要再持有一个对象的时候，使它的引用计数-1；当一个对象的引用计数为0时，该对象就会被销毁。
Objective-c支持三种内存管理机制:GC,MRC,ARC。以前MacOS开发中是支持GC的，后面引入ARC后就弃用了GC机制。iOS开发中使用的是RC机制，从MRC到现在的ARC。
###引用计数 可以看我之前的一篇关于引用计数。
###MRC时代 基本内存管理规则：MRC下是要严格遵守引用计数内存管理规则。 内存管理模型是基于对象的所有权。任何对象都可以拥有一个或者多个所有者，但是一个对象最少要拥有一个所有者，它才会继续存在。如果对象没有所有者的，它将会被销毁。
####四条内存管理策略： 1.自己生成的对象，自己持有 alloc/new/copy/mutableCopy等方法创建的对象，我们自己直接持有，它的RC初始值为1，我们可以直接使用，不需要使用的时候调用release释放。
2.非自己生成的对象，自己也能持有。 不通过上面方法创建的对象，它的RC初始值也为1，但是我们不能直接使用，要先调用retain，否则可能会crash。原因是因为这些方法内部是给对象调用了autorelease方法，所以这些对象是被添加到了自动释放池中了。
两种情况，程序没有手动指定@autoreleasepool，当runloop迭代结束时，会自动给释放池中的对象调用release方法。如果我们使用前不进行retain，刚好runloop迭代结束，对象的RC从1变成0,然后就被销毁了.我们去访问一个已经被销毁的对象,程序就会crash。 程序手动指定了@autoreleasepool，当时出了其作用域，对象会调用release方法，然后销毁，这个时候使用对象也会crash。
3.不再需要自己持有的对象时，释放。 不再需要持有或者使用对象的时候，就调用release或者autorelease方法进行释放。rc变成0时，就会调用dealloc方法销毁。 release立马rc-1，autorelease加入自动释放池，在合适的时候rc-1，实际上就是延迟释放。
4.非自己持有的对象，无需释放。 自己不是持有者，调用release的话，会crash。
####实用的内存管理原则 使用访问器方法可以省略大量的retain和release 推荐使用访问器方法设置属性，一个是可以避免忘记写retain和release，第二个是触发kvo 不要在初始化和dealloc中使用访问器方法，原因是在初始化中使用访问器方法，self=[super init]，首先会调用父类的访问器方法，然后如果子类重写了访问器方法，会去调用子类的访问器方法，而这个时候，子类实际上是没有初始化的，所以会出错。dealloc实际上是个反向的。就是子类先释放，再去调用父类。就是调用父类的dealloc时，会调用父类的访问器方法，如果子类重写了该访问器方法，就会去调用子类的访问器方法，但是子类已经释放掉了，也会出错。还有一个原因就是会触发KVO，在准备释放前，触发了kvo，即将释放的对象被持有了。就是出现莫名其妙的错误。 推荐使用@autoreleasepool，虽然mrc下，可以使用NSautoreleasepool，但是速度慢很多。 1.写的程序是非UI框架，比如命令行工具 2.循环创建大量的临时变量。 3.多线程中。比如创建辅助线程。
###ARC时代 ARC时代，内存管理基本都交给编译器来处理了，对于开发者来说是十分友好了。 ARC的编译器有两部分，前端编译器和优化器。前端编译器会对每一个对象插入相应的release语句。类拥有的对象会在dealloc中释放。方法内创建的对象，前端编译器会在方法末尾自动插入release语句销毁它。优化器负责移除多余的retain和release操作语句。
但是还是有些地方需要注意的。
新增的几个关键字： __strong 强引用,用来保证对象不会被释放。 __weak 弱引用 释放时会置为nil __unsafe_unretained 弱引用 可能不安全，因为释放时不置为nil。悬垂对象。 __autoreleasing 对象被注册到autorelease pool中方法在返回时自动释放。
####block使用中出现循环引用
_ _ _ _ } p p p _ p ; e e e w e r r r e r s s s a s d } o o o k o _ i ) n n n n t s ; 1 2 2 1 y p . _ . p a N = = n t b e t S a y l o c L [ [ m p o f h o [ [ e e c ( _ g P P o k & a ( e e = f * f @ r r ( = w t " s s @ s e e % o o " e ^ a r @ n n 张 l { k ( " 三 f S d , a a " ) e i s l l ; l s t l l w f p r o o e ) a o c c a t n ] ] k s c g S t h S i i e r _ e n n l o t l i i f n i f t t g m . ] ] = S e p ; ; e ( e s l D r e f I s l S o f = P n ; A 2 w T . e C n a H a k _ m S T e e I ) l M ; f E ; _ N O W , ( i n t 6 4 _ t ) ( 5 N S E C _ P E R _ S E C ) ) , d i s p a t c h _ g e t _ m a i n _ q u e u e ( ) , ^ { 使用weakSelf结合strongSelf的情况下，能够避免循环引用，也不会造成提前释放导致block内部代码无效。 在MRC下，应该使用__block。
...