29、理解引用计数
Retain 递增保留计数
release 递减保留计数
autorelease 待稍后清理“自动释放池”（autorelease pool）时，再递减保留计数
引用计数机制通过可以递增递减的计数器来管理内存。对象创建好之后，其保留计数至少为1，若保留计数为为正， 则对象继续存活。当保留计数降为0时，对象就被销毁了。
在对象生命期中，其余对象通过引用来保留或释放此对象。保留与释放操作分别会递增及递减保留计数；
30、以ARC简化引用计数
retain，releas、autorelease、dealloc这些方法，实际上，ARC在调用这些方法时，并不通过普通的Objective-C消息派发机制，而是直接调用其底层C语言版本；
_ _ strong:默认语义，保留此值
_ _ unsafe_unretained: 不保留此值，这么做可能不安全，因为等到再次使用变量时，其对象可能已经回收了。
_ _weak: 不保留此值，但是变量可以安全使用，因为如果系统把这个对象回收了，那么变量也会自动清空。
_ _ autoreleasing: 把对象“按引用传递”给方法时，使用这个特殊的修饰符，此值在方法返回时自动释放；
有ARC之后，程序员就无须担心内存管理问题了，使用ARC来编程，可省去类中的许多“样板代码”；
ARC管理对象生命期的办法基本上就是：在合适的地方插入“保留”及“释放”操作，在ARC环境下，变量的内存管理语义可以通过修饰符指名，而原来则需要手工执行“保留”及“释放”操作；
由方法所返回的对象，其内存管理语义总是通过方法名来体现，ARC将此确定为开发者必须遵守的规则；
ARC只负责管理Objective-C对象的内存，尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease；
31、在dealloc方法中释放引用并解除监听
在dealloc方法里，应该做的事情就是释放指向其他对象的引用，并取消原来订阅的“键值观测（KVO）”或NSNotificationCenter等通知，不要做其他事情；
如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其使用者约定：用完资源后必须调用close方法；
执行异步任务的方法不应在dealloc里调用；只能在正常状态下执行的那些方法也不应在dealloc里调用，因为此时对象已处于正在回收的状态了。
32、编写“异常安全代码”时留意内存管理问题
-fobjc-arc-exceptions ARC安全处理异常
捕获异常时，一定要注意将try块内所创立的对象清理干净；
在默认情况下，ARC不生成安全处理异常所需的清理代码，开启编译器标志后，可生成这种代码，不过会导致应用程序变大，而且会降低运行效率；
33、以弱引用避免保留环
unsafe_unretained 与 weak的区别
在指向某个实例的引用移除后，unsafe_unretained属性仍然指向那个已经回收的实例，而weak属性则指向nil；
将某些引用设为weak，可避免出现“保留环”。
Weak引用可以自动清空，也可以不自动清空，自动清空（autonilling）是随着ARC而引入的新特性，由运行期系统来实现。在具备自动清空功能的弱引用上，可以随意读取其数据，因为这种引用不会指向已经回收过的对象。
34、以“自动释放池块”降低内存峰值
@autoreleasepool {
//…
}
自动释放池排布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里。
合理运用自动释放池，可降低应用程序的内存峰值；
@autoreleasepool这种新式写法能创建出更为轻便的自动释放池；
35、用“僵尸对象”调试内存管理问题
系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象，通过环境变量NSZombieEnabled可开启此功能；
系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使该对象变成僵尸对象。僵尸类能够响应所有的选择子，响应方式为：打印一条包含信息内容及其接收者的消息，然后终止应用程序
36、不要使用retainCount
对象的保留计数看似有用，实则不然，因为任何给的时间点上的“绝对保留计数”都无法反映对象生命期的全貌；
引入ARC之后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错；