这里主要参考了Apple官方文档：Transitioning to ARC Release Notes

在支持iOS5的Xcode4中，创建项目会看到这样的选项：

这是iOS5的新特性，自动对象引用计数。默认情况下是勾选的，当然你可以取消它，按照以前的方式手动释放对象内存。

自动引用计数（简称ARC）是一个编译时特性，用于Objective-C对象自动内存管理。你可能会联想到Java的自动垃圾回收（GC），但是如刚才提到的，它们有一个本质不同，ARC是一个编译时技术，你可以想像为，编译时将手动释放内存引用代码加入到你的代码中，并完成编译。从这点来看，实现原理类似Java的范型计数。

对于熟悉手动释放内存的开发者来说，设计开发庞大应用的时候，要验算每个使用过的对象是否被正确的释放了。有了ARC以后，开发者可更多的将注意力放在如何实现用户需求，而不是浪费在这样的系统需求上。不过，ARC是个新事物，学习它也需要成本，对于一些被项目压的喘不过气来的开发者，往往没有精力学习和评估怎样进行切换。希望我的文章能帮助他们。

上面这张图很形象的说明了手动释放内存和使用ARC特性的代码，可以看到ARC可让开发者编写更少的代码（不必写保持和释放对象的代码），因此花费的时间更少。

综述

再进一步说一下ARC的基本概念，它通过在编译时增加代码，让对象在不需要的时候释放，而不会存在更长时间。理论上，它和手动引用计数释放内存的效果时一样的，相当于为代码自动增加retain，release和autorelease方法的调用。

为了能在编译时生成正确的代码，ARC对代码中的方法有一些限制，后面会提到。另外，ARC引入了新的生命周期标识符，用于对象引用和属性的声明。

ARC在Xcode 4.2中得到支持，可支持Mac OSX 10.6和10.7，以及iOS4和iOS5。弱引用在Mac OSX 10.6和iOS4中不支持。

Xcode通过一个新的工具可自动将代码转换（比如删除retain和release调用）为ARC方式，并且帮助开发者借鉴不能自动转换的问题。该工具可转换项目中所有的文件，使之使用ARC，也可以选择转换指定的文件，让其他文件还使用手动引用计数。

ARC浏览

ARC替代了以前使用retain、release和autorelease的方式。ARC在编译时评估对象的生命周期并自动插入适当的方法调用。编译器也会生成适当的dealloc方法调用。总的来说，在使用ARC时，只有当使用方法名称约定的代码，是你需要使用手动引用计数的情况。

下面看示例，一个实现Person类的代码：

@interface Person : NSObject
@property (nonatomic, strong) NSString *firstName;
@property (nonatomic, strong) NSString *lastName;
@property (nonatomic, strong) NSNumber *yearOfBirth;
@property (nonatomic, strong) Person *spouse;
@end

@implementation Person
@synthesize firstName, lastName, yearOfBirth, spouse;
@end

这样使用__weak，在后面的打印语句执行的时候将是null，因为弱引用不保持对象，这句话执行后对象就被释放了。

好在如上面截图所示，Xcode会给出警告作为提示。

另外，需要注意局部变量和方法参数修饰符的匹配。比如，有这样的方法：

-(BOOL)performOperationWithError:(NSError * __autoreleasing *)error;

然后这样使用该方法：

NSError *error = nil;

BOOL OK = [myObject performOperationWithError:&error];
if (!OK) {

这里的NSError *error = nil，会被自动编译为：

NSError * __strong e = nil;

那么，ARC为了匹配局部变量和方法参数，会产生中间临时变量：

NSError __strong *error = nil;
NSError __autoreleasing *tmp = error;
BOOL OK = [myObject performOperationWithError:&tmp];
error = tmp;
if (!OK) {

解决办法是，要么把局部变量设置为__autorelease，要么把方法参数设置为__strong。

使用生命周期修饰符，避免强引用循环

这里先说下，什么是强引用循环。比如A对象在属性中retain了B对象，而B对象在属性中也retain了A对象，那么它们之间存在了强引用循环。当然在实际开发中，可能这个循环更大，可能是多于2个对象产生了这种循环，变得更加难以察觉。

使用生命周期修饰符，可避免这种情况。比如，开发中常碰到的父子结构的对象关系。要求它们之间相关引用。那么可以让父对象强引用（__strong）子对象，子对象归零弱引用（__weak）父对象。

当然事情可能没那么简单，比如开发中使用了块对象。在手工引用计数模式下：

__block id x;

效果相当于没有保持x在内存中。

在ARC模式下，该语句，默认是保持的。如果还是想在ARC模式下实现手动引用的效果，则需要改为：

__unsafe_unretained __block id x;

不过，这种弱引用，将造成危险（因为可能会造成危险），因此不建议使用。

那么怎么办呢？你有两种选择：

1. 使用__weak标识符替代__block标识符，缺点是不支持iOS4和Mac OS X 10.6
2. 不改变__block标识符，在块中使用完该变量后，设置变量为nil，这样就不会循环保持了

ARC提供了新的语句管理自动释放池

使用ARC后，就不能再直接使用NSAutoReleasePool类了。ARC引入了新的语法和语句：

@autoreleasepool {
     // Code, such as a loop that creates a large number of temporary objects.
}

编译器根据这个结构，检查语法块中对象引用计数的状态。

进入语法块的时候，自动释放池会压栈，正常退出时，比如运行到块外，则会弹栈。不过，为了兼容已存在代码，如果退出时有异常，则不弹栈。

这个语法可用于各种Objective-C模式。这比以前使用NSAutoReleasePool类更有效，建议替代使用。

管理Outlet的方式可以在Mac和iOS下一致了

这个方式就是：

• outlet都应该是week的
• 除了nib文件中文件所有者到顶级对象的那些顶级对象，它们应该用strong

局部变量都会被初始化为nil

使用ARC后，不论使用哪个修饰符，strong，weak还是其他的，都会被隐含的初始化为nil：

- (void)myMethod {
    NSString *name;
    NSLog(@”name: %@”, name);
}

无论是否变换修饰符，目前默认是strong，打印的结果都是nil。

使用编译器标志启用和禁用ARC

可通过新的标志-fobjc-arc启用ARC。还可以指定单个文件使用ARC。比如你可以指定项目使用ARC，然后再禁用某几个文件的这个标志。

ARC只在Xcode4.2被支持，4.1不支持ARC。ARC支持Mac OS X 10.6和10.7，也支持iOS4和iOS5。不过，Mac OS X 10.6和iOS4不支持弱引用。

在ARC模式下使用Core Function风格的类

比如，CFArrayRef，或者某些使用Core Function约定的框架，比如Core Graphic中的CGColorSpaceRef等。

编译器无法自动管理这些对象的生命周期。你必须调用比如CFRetain和CFRelease这样的方法管理它们。

如果你想在Objective-C和Core Foundation风格的对象间转型，需要告知编译器该对象的所有者。

有两种办法：

1. 如果喜欢函数调用，可以使用类似CFBridgingRetain这样的宏
2. 如果喜欢C风格的转型，可直接做转型

编译器对Cocoa方法返回的CF对象的处理

编译器可通过Core Foundation方式的命名规则理解这些，对Objective-C返回的CF对象做正确的处理。

使用所有者关键字转型函数的参数

如果要在函数调用中转型Objective-C和CF对象，你需要告诉编译器传递的对象的所有者关系。

CF对象和Objective-C对象都有自己定义的所有者关系规则，可见：

• Memory Management Programming Guide for Core Foundation
• Advanced Memory Management Programming Guide