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

此时有两个强引用

随着持有强引用的变量超出作用域或者赋值指向其他对象，对象的强引用都会随之改变，引用计数也随之改变）