内存管理

1、ARC

ARC中，方法名为alloc、new、copy、mutableCopy这些词语开头的话，返回的对象归调用者所有。归调用者所有的意思是，调用上述四种方法要负责释放方法返回的对象。

ARC除了会自动调用“保留”与“释放”方法。

ARC会以一种安全的方式来设置，先保留新值在保留旧值，最后设置实例变量。

arc会自动生成清理函数，自动调用dealloc进行release调用，完成内存的释放，并且ARC会直接调用隐藏在运行期程序库中的C函数。

总结：

ARC之后，程序员无须担心内存管理的问题，使用ARC，可省去类中很多样板代码。

ARC管理对象生命期的办法基本就是，再合适的地方插入“保留”及“释放操作”

由方法所返回的对象，其内存管理语义总是通过方法名来提现，ARC将此确定为开发者必须遵守的规则

ARC只负责OC对象的内存，CoreFoundation对象不归ARC管理，开发者需要适时调用CFRetaun和CFRelease。

2、dealloc

dealloc方法中要把原来配置过的观测行为都清理掉，对象所拥有的非OC对象也要释放。

但对于开销较大或系统内稀缺的资源不必放在dealloc里面释放，例如文件描述符、套接字（socket）、大块内存等，可以当他不再使用时候直接释放掉。

其实不是每个对象都会调用dealloc，有时当程序终止之后，程序占用的资源也会返还给操作系统，所以实际上这些对象也就等于消亡了，不调用dealloc方法是为了优化程序效率

在dealloc里不应该调用对象的其他方法，例如如果继续调用对象自己的方法，方法里又要异步执行某些任务，或者又要继续调用他们自己的方法，那么等那些任务执行结束后，系统已经把当前这个待回收的对象彻底摧毁了，这样会导致很多问题，例如崩溃。

总结：

1、dealloc里面应该做的事情就是释放指向其他对象的引用，并取消原来订阅的KVO或者NSNotification等通知，不要做其他事情

2、如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源，并约定：用完资源后必须调用释放方法。

3、执行异步任务的方法不应再dealloc里调用，只能在正常状态下执行的那些方法也不能在dealloc里调用

3、异常安全代码的留意内存问题

调用@try{}@catch（）{}时，由于出现问题后直接跳到catch块中会导致代码后面的release不调用，会造成内存泄露。mrc中可以调用@try{}@catch（）{}@finally{}来执行，这种情况在ARC中一样，

捕获异常时，一定要注意将try块内创建的对象清理掉，

默认情况下，ARC不生成安全处理异常所需的清理代码，开启编译器标志后，可生成这种代码，不过代码应用程序变大，而且会降低运行效率。

4、以弱引用避免保留环（循环引用）

保留环会造成内存泄露，避免保留环的最佳方式就是弱引用。

5、以自动释放池降低内存峰值

@autoreleasepool{}可以控制应用程序的内存峰值，使其不致于过高。特别是再循环过程中创建了一些临时对象。

6、僵尸对象

系统在回收对象时，可以不将其真的回收，而是把它转化成僵尸对象，通过环境变量NSZombieEnable可开启功能。

系统会修改对象的isa指针，另其指向特殊的僵尸类，从而使该对象变为僵尸对象

7、不要使用retainCount

retainCount返回的至少某个给定的时间点上的值，该方法没考虑到系统稍后会把自动释放池清空，因而不会将后续的释放操作从返回值中减去

例如：

while（[object  retainCount ]）{

[object   release];

}

没有考虑后续操作，假如对象在自动释放池里，那么稍后系统清空池子时候还要再把它释放一次，而这将导致程序崩溃。

还要就是retainCount可能永远不返回0，因为有时候系统会优化对象的释放行为，在保留计数器为1的时候就把它回收了。

ARC引入后，retainCount正式废止了