引言:

ARC的全称是Automatic Reference Counting,中文翻译过来是:自动引用计数,是苹果在WWDC2011发布iOS5时随同一起的新特性.其用途是为了加强内容管理的便利性和稳定性.简而言之是为了取代MRC.并且ARC是编译时特性,它的性能和MRC不相上下,甚至效率更高,苹果建议所有的开发者都去尝试使用,提高生产效率.本文将对ARC进行一个全面的介绍.

参考资料: 

1:手把手教你ARC——iOS/Mac开发ARC入门和使用

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

2:ARC下dealloc过程及.cxx_destruct的探究

http://blog.sunnyxx.com/2014/04/02/objc_dig_arc_dealloc/

安装:

安装只需要一个步骤:

找到工程的设置项Objective-C Automatic Reference Counting,如下图所示,设置为YES即可

一般需求你手动开启ARC工程的项目,都是之前用MRC开发的.因为新的工程在建立时,默认都会建议你开启ARC模式.

当开启ARC以后,所有release,retain,等会被编译器提出,此时通过两种方式来对代码进行适配以兼容ARC模式

1:使用Xcode自带的ARC代码转换小工具

打开方式:Edit > Refactor > Convert to Objective-C ARC

在尝试执行转换工具时,我们可能会遇到一些问题,此时需要去手动修改一些源代码,否则无法完成转换:

前往issue面板,我们需要找出影响转换工具的代码,像下面这样:

像图中一样搜索一下 ARC Casting Rules 类型的错误, 因为这些都是需要我们手动去更正的.

产生这个错误的原因通常是因为我们将一个NSObject强行转换成 Core Services对象, 特别是Core Foundation(CF)方面的.

在MRC时代,因为手动管理内存,释不释放是开发者自己说了算,编译器不会关心这些,所以不会报错.

但进入ARC时代以后,编译器需要进一步的确定转换后的释放问题,这里需要用到一个独特的关键字: bridge ,通过 bridge 来转换类型.

好在强大的Xcode可以帮我们辅助的插入这些关键字,加快修改速度,就像下图这样:

修正完成这些问题以后,再次尝试运行转换工具,不出意外,就会出现一个转换后,预览结果,而我们呢,***是再好好审阅一遍我们转换后的代码,看看有没有哪里不对了.

2:手动更改代码至兼容ARC模式.

3:在iOS项目中经常会用到第三方开源项目,强行将其源代码改为ARC是不明智的,吃力不讨好. 不过我们通过对工程进行一些设定,来让其MRC代码兼容ARC模式
首先选择target,然后选择Build Phases标签，展开Compile Sources；
在相关MRC代码的文件后面(Compile Flags)加入编译选项”-fno-objc-arc”
如图:

反之,如果project是不基于ARC的，就需要对ARC的文件设置:"-fobjc-arc"

使用:

二:ARC记录一些零碎细节

1:为 NSMutableArray addObject 时 如果 设置 属性 是copy  add时会crash  用strong

2:关于 dealloc 方法 (摘自ARC完全指南)

- (void)dealloc
{
   AudioServicesDisposeSystemSoundID(soundID); 
} 

总结: