iOS ARC 引用计数

引用计数基本概念

当创建一个新对象的时候，引用计数加1，当某个指针不再指向这个对象时，引用计数减1，当对象的引用计数为0时，系统自动将对象销毁，回收内存。

引用《Pro Multithreading and Memory Management for iOS and OS X》中的图片

---

我们为什么需要引用计数

ARC模式下，在同一个函数内，我们通常不需要手动处理引用计数，此时的使用场景比较简单。引用计数真正发挥作用的场景在面向对象的程序设计架构中，用于对象之间的传递和共享数据。

例如：对象A生成对象M，调用对象B的一个方法将M作为参数传递。根据（谁申请谁释放）原则，应该由A在B不需要M的时候来销毁它。
那么问题来了，B何时才不需要M是不确定的。

Method 1：非常暴力的在A调用完对象B之后立刻销毁对象M，那么对象B就很懵逼的需要将参数另外复制一份M2，自己来管理对象M2的生命周期。
这样有一个很大的问题：大量的内存申请，复制，释放操作，实在太影响性能。
Method 2：使用引用计数，哪些对象需要长时间使用M，就把它的引用计数加1，用完之后再把引用计数减1，所有对象都遵循这个原则，生命周期管理的重任就交给引用计数了。

不要向已经释放的对象发送消息
手动release一个对象，打印其引用计数为什么不是0？

理论上说，一个被release的对象的引用计数值是不确定的，而且如果该对象所占有的内存已经被复用，那么打印其引用计数值程序可能会异常崩溃。

当系统确定一个对象要被release后，就没有必要对它进行引用计数减1了。因为肯定会被回收，回收后，它所拥有的内存区域，包括retainCount值都变得没有意义。
不进行减1可以减少内存操作，加速对象回收。

Perfect But 问题又来了
reference cycles 循环引用

这也是ARC的一个痛点，对象A与对象B如果互相持有，就会造成循环引用，即使没有任何指针访问它们，也不会被释放。这样的情况也多发生在多个对象互相持有，block的使用 NSTimer等。
Method 1：明确会造成循环引用的位置，主动断开其中一环。
Method 2：使用weak reference（弱引用）
持有对象，但不增加引用计数，避免循环应用的产生。比如delegate通常是弱引用的。

关于block中的循环引用

在block中的循环引用一般会被编译器所提醒，但并不是使用到self才会造成循环引用，只要用到self所拥有的东西都会。需要使用其它指针来避免block对自身强引用，如下：

__weak typeof(self) weakSelf = self;
self.blkA = ^{
__strong typeof(weakSelf) strongSelf = weakSelf;//加一下强引用，避免weakSelf被释放掉
NSLog(@"%@", strongSelf->_xxView); //不会导致循环引用.
};

这是针对ARC的方式，MRC下要用__block

通常情况下，GCD 中的block并不会出现针对self循环引用的情况，因为self并没有对GCD中的block进行持有。

参考资料

1.《iOS 开发进阶》 唐巧
2.iOS中block的循环引用问题 -