从MRC到ARC
int main(int argc, const char * argv[]) {
@autoreleasepool {
_objc_autoreleasePoolPrint();
id array = [NSArray arrayWithObjects:@"d", nil];
_objc_autoreleasePoolPrint();
}
}
输出如下：
##############
AUTORELEASE POOLS for thread 0x10007d000
1 releases pending.
[0x101800000] ................ PAGE (hot) (cold)
[0x101800038] ################ POOL 0x101800038
##############
##############
AUTORELEASE POOLS for thread 0x10007d000
2 releases pending.
[0x101800000] ................ PAGE (hot) (cold)
[0x101800038] ################ POOL 0x101800038
[0x101800040] 0x100203950 __NSArrayI
##############
1 page和pool的关系，这里先说下。将对象添加到自动释放池，是将对象添加到page中，每一页page的大小是固定的。一个自动释放池中的对象可能很多，需要占据好几页page，也可能很少，只占据一页page的一段，甚至可能好多page只占据了一页。这都视自动释放池中的对象多少而定。至于pool包含page还是page包含pool，我觉得怎么说都行。
2 通过打印，我们看到这里一页page，pool只占据这页page的一小部分，因为pool里面就一个对象。而这个自动释放池是main函数中的创建的。在自动释放池作用域（push->pop或{}）中，所有发送autorelease消息的对象，统统加入到该释放池。
3 自动释放池还可以嵌套，对象添加自动释放池添加到其前最后push的自动释放池。例如
int main(int argc, const char * argv[]) {
@autoreleasepool {
_objc_autoreleasePoolPrint();
@autoreleasepool {
id array = [NSArray arrayWithObjects:@"d", nil];
_objc_autoreleasePoolPrint();
}
_objc_autoreleasePoolPrint();
}
##############
AUTORELEASE POOLS for thread 0x10007d000
1 releases pending.
[0x101800000] ................ PAGE (hot) (cold)
[0x101800038] ################ POOL 0x101800038
##############
##############
AUTORELEASE POOLS for thread 0x10007d000
3 releases pending.
[0x101800000] ................ PAGE (hot) (cold)
[0x101800038] ################ POOL 0x101800038
[0x101800040] ################ POOL 0x101800040
[0x101800048] 0x1002003b0 __NSArrayI
##############
##############
AUTORELEASE POOLS for thread 0x10007d000
1 releases pending.
................ PAGE (hot) (cold)
[0x101800038] ################ POOL 0x101800038
##############
嵌套的形式，原理后面会在后面详细讲到
4 当然没有发送autoreleased消息的对象，不会添加到自动释放池
5 也证明了__autoreleasing修饰符与autorelease的等价，因此ARC下，开发者可以使用该修饰符等价调用autorelease
说道NSAutoreleasePool，必然要讲到RunLoop。这里先简单提一下，在即将进入RunLoop时，创建自动释放池，在准备进入休眠时，清空自动释放池，然后创建新池。因此在主线程，由于开启了RunLoop，即使不手动创建自动释放池，也有自动释放池的存在，需要添加到自动释放池的对象也有池可加，如果我们再根据需要创建自动释放池，就类似自动释放池的嵌套，我们可以选择对象所添加的池子，控制release的时机。子线程默认不开启RunLoop，因此我们需要手动添加自动释放池。详细的后面会讲到（例如，RunLoop清空和创建的是哪个池子）
手动内存管理
简单来说，只要遵循以下三点就可以在手动内存管理中避免绝大部分的麻烦：
如果需要持有一个对象，那么对其发送retain
如果之后不再使用该对象，那么需要对其发送release（或者autorealse）
每一次对retain,alloc或者new的调用，需要对应一次release或autorealse调用
Automatic Reference Counting，自动引用计数，即ARC，WWDC2011和iOS5所引入。ARC是LLVM 3.0编译器的一项特性，使用ARC，解决了iOS开发者手动内存管理的麻烦。
ARC是Objective-C编译器的特性，而不是运行时特性或者垃圾回收机制，ARC所做的只不过是在代码编译时为你自动在合适的位置插入retain, release或autorelease，就如同之前MRC时你所做的那样。因此，至少在效率上ARC机制是不会比MRC弱的，而因为可以在最合适的地方完成引用计数的维护，以及部分优化，使用ARC甚至能比MRC取得更高的运行效率。
MRC除了以上关键字之外，不会影响对象的引用计数。例如：
Person *p2 = p1; p2指向p1所指向的对象，但是对象的引用计数没有改变，因为没有出现上述关键字
这就是说，我们需要不断的重复上述关键字，很是麻烦。ARC出现了！
ARC全程Automatic Reference Counting，自动引用计数。
ARC是LLVM 3.0起编译器的一项特性，在编译单位上，可以设置ARC有效无效。例如我们可以设置整个Projiect的（Apple LLVM X.X - Language - Objective C -> Objective-C Automatic Reference Counting - YES），也可以对单个文件可选择开启或禁止ARC（Build Phases - Compiler Flags -fobjc-arc/-fno-objc-arc）
当我们开启后，我们就不需要像之前那样，显式调用retain,release和autorelease。编译器会在合适的位置替我们插入这些代码。因此，还是引用计数，只是内存管理变成了编译器的工作。
在MRC下，我们通过alloc/retain/copy/release/autorelease来分析引用计数，而在ARC下，我们通过强引用来分析引用计数（依据的标准不同了）
ARC下，id类型和对象类型必须附加所有权修饰符。所有权修饰符有四种，__strong，__weak，__unsafe_unretained，__autoreleasing。id和对象类型在没有明确指定所有权修饰符时，默认为__strong
Person *p1 = [[Person alloc] init]; 等价于 Person __strong *p1 = [[Person alloc] init];
__strong修饰符表示对对象的强引用，持有强引用的变量p1在超出其作用域时被废弃，强引用失效
Person *p2 = p1;
NSLog(@"%d",_objc_rootRetainCount(p1)); //2
此时有两个强引用
随着持有强引用的变量超出作用域或者赋值指向其他对象，对象的强引用都会随之改变，引用计数也随之改变）
