ARC在工程上的相关设置

Automatic Reference Counting (ARC) 是一个编译期的技术，利用此技术可以

简化Objective-C编程在内存管理方面的工作量。

ARC在Xcode4.2中引入，在Mac OS X v10.6,v10.7 (64位应用),iOS 4,iOS 5中支持，Xcode4.1中不支持这个技术。

虽然ARC是与iOS5一同推出，但是由于ARC的实现机制是在编译期完成，所以使用ARC之后App仍然可以支持iOS4.3。

稍微需要注意的是，如果要在ARC开启的情况下支持iOS4.3，需要将weak关键字换成 __unsafe_unretained，

另外还有一些细节需要处理。

如下图就是Xcode集成的将非ARC工程转换成ARC工程的工具。

首先，ARC是LLVM3.0编译器的特性，而老的工程特别是Xcode3时代的工程的默认编译器很可能是GCC或者LLVM-GCC，因此第一步就是确认编译器是否正确。在Project设置面板，选择target，在Build Settings中将Compiler for C/C++/Objective-C选为Apple LLVM compiler 3.0或以上。为了确保之后转换的顺利，在这里我个人建议最好把Treat Warnings as Errors和 Run Static Analyzer都打开，确保在改变编译器后代码依旧没有警告或者内存问题。

在创建工程的时候，我们可以指定工程是否使用ARC技术，如下图

 

选中表示支持ARC，

如果是你拿到的工程，那么可以通过设置来改变,如下图所示

 

如果不容易找到，可以在设置的右上角搜索框输入Automatic做一个过滤。

另外，为了兼容第三方的非ARC开源库，你也可以在工程中随意使用编译参数：-fno-objc-arc ,

这个参数允许对部分文件关闭ARC。

直接在targets->build phases中修改compiler Flags,是否支持arc。

添加：-fobjc-arc，就可以让旧项目支持arc。如果想让原来支持arc的不使用arc则添加-fno-objc-arc

如果只想对某个.m文件不适应ARC，可以只针对该类文件加上

-fno-objc-arc 编译，如下图。

同样你可以添加编译标记-fobjc-arc来让你的工程支持ARC。

 

ARC的工程,转换规则包括：

        1.去掉所有的retain，release，autorelease

        2.把NSAutoRelease替换成@autoreleasepool{}块

        3.把assign的属性变为weak

使用ARC的一些强制规定

        1.不能直接调用dealloc方法，不能调用retain，release，autorelease，reraubCount方法，

        包括@selector(retain)的方式也不行

        2.截图租户事故宣布dealloc方法来管理一些资源，但不能用来释放实例变量，

       也不能在dealloc方法里面去掉[super dealloc]方法，在ARC下父类的dealloc同样由编译器来自动完成

        3.Core Foundation类型的对象任然可以用CFRetain，CFRelease这些方法

        4.不能在使用NSAllocateObject和NSDeallocateObject对象

        5.不能在c结构体中使用对象指针，如果有类似功能可以创建一个Objective-c类来管理这些对象

        6.在id和void *之间没有简便的转换方法，同样在Objective-c和core Foundation

        类型之间的转换都需要使用编译器制定的转换函数

        7.不能再使用NSAutoreleasePool对象，ARC提供了@autoreleasepool块来代替它，这样更加有效率

        8.不能使用内存存储区（不能再使用NSZone）

        9.不能以new为开头给一个属性命名

        10.声明outlet时一般应当使用weak，除了对StoryBoard 这样nib中间的顶层对象要用strong

        11.weak 相当于老版本的assign，strong相当于retain

 

• strong. 这是以前的 “retain” 的一个代号。 strong 属性将会成为它所指对象的所有者。
• weak. 这个属性表示弱引用指针。 当它指向的对象被销毁时，它会被自动的设置成 nil。 记住，在 outlet 上使用它
• unsafe_unretained. 这和以前的 “assign” 等同。 你只需要在一些例外的情况下会应道它，并且当你在给 iOS 应用时，后面会讲到更多。
• copy. 这个和之前是一样的。 它创建一个对象的拷贝，并且创建一个强引用关系。
• assign. 你不再允许在对象上用这个修饰符， 但你仍然能在简单类型的值，比如 BOOL,int 和 float 中用到它。

 使用关键字”strong”进行标志，它意味着只要该指针指向某个对象，那么这个对象就不会被销毁。

反过来说，ARC的一个基本规则即使，只要某个对象被任一strong指针指向，那么它将不会被销毁。

如果对象没有被任何strong指针指向，那么就将被销毁。在默认情况下，所有的实例变量和局部变量

都是strong类型的。可以说strong类型的指针在行为上和MRC时代retain的property是比较相似的。

 

既然有”strong”，那肯定有”weak”。

weak类型的指针也可以指向对象，但是并不会持有该对象。

根据之前提到的“只要某个对象被任一strong指针指向，那么它将不会被销毁。如果对象没有被任何strong指针

指向，那么就将被销毁”原则，此时指向对象的指针中没有strong类型的指针，对象将被销毁。同时，在ARC机制

作用下，所有指向这个对象的weak指针将被置为nil。这个特性相当有用，相信无数的开发者都曾经被指针指向

已释放对象所造成的EXC_BAD_ACCESS困扰过，使用ARC以后，不论是strong还是weak类型的指针，

都不再会指向一个dealloced的对象，从根源上解决了意外释放导致的crash。

不过在大部分情况下，weak类型的指针可能并不会很常用。比较常见的用法是在两个对象间存在包含关系时：

对象1有一个strong指针指向对象2，并持有它，而对象2中只有一个weak指针指回对象1，从而避免了循环持有。

一个常见的例子就是oc中常见的delegate设计模式，viewController中有一个strong指针指向它所负责

管理的UITableView，而UITableView中的dataSource和delegate指针都是指向viewController的weak指针。

可以说，weak指针的行为和MRC时代的assign有一些相似点，但是考虑到weak指针更聪明些（会自动指向nil），

因此还是有所不同的。 

如图参考

注意类似下面的代码似乎是没有什么意义的： 

__weak NSString *str = [[NSString alloc] initWithFormat:…]; 
NSLog(@"%@",str); //输出是"(null)"

 

由于str是weak，它不会持有alloc出来的NSString对象，因此这个对象由于没有有效的strong指针指向，

所以在生成的同时就被销毁了。如果我们在Xcode中写了上面的代码，我们应该会得到一个警告，因为

无论何时这种情况似乎都是不太可能出现的。你可以把weak换成strong来消除警告，或者直接前面

什么都不写，因为ARC中默认的指针类型就是strong。

property也可以用strong或weak来标记，简单地把原来写retain和assign的地方替换成strong或者

weak就可以了。

@property (nonatomic, strong) NSString *firstName; 
@property (nonatomic, weak) id  delegate;

 

详细参考苹果的官方文档，在xcode4.2以上版本中，在控制面板Organizer中搜索ARC

 

参考

http://www.onevcat.com/2012/06/arc-hand-by-hand/

http://www.lanrenios.com/tutorials/all/2012/1024/221.html