同一项目中，混合搭配支持ARC与不支持ARC的代码

在工程中，你可以混合搭配支持ARC与不支持ARC的代码，方法是使用-fno-objc-arc和-fobjc-arc两个编译器标志。在后面的内容中，你会明白何时使用哪个标志。你甚至可以在相同的类中混合搭配支持ARC与不支持ARC的代码！

编译时支持ARC而文件的代码不支持ARC

#if !__has_feature(objc_arc)
//这里是不支持ARC的代码
-(void) release {
  //在这里释放变量
}
#endif

---

Clang语言扩展__has_feature类函数宏非常强大。你可以对任何支持Clang语言特征并符合相应条件的代码进行条件编译。

当你使用了没有通过ARC编译的第三方框架时，编译库里面的文件时需要使用-fno-objc-arc编译器开关。（关于如何为文件添加编译器开关的内容参见第2章。）在第2章中，我们学习了如何使用Xcode的Convert to Objective-C ARC工具。在使用这个工具进行移植时，可以在列表中选择不可以移植的文件（参见图2-10）。移植工具会自动为所有这些排除的文件添加-fno-objc-arc编译器开关。如果你没有添加这一开关，ARC编译器遇到第三方库中的retain和release语句时就会抛出错误。

有时，你会找到通过ARC编译的第三方库。在非ARC工程中使用这些代码时，你并不会在编译时遇到错误，而是会面临内存泄漏问题。为了避免这类情况的发生，需要使用-fobjc-arc来标记这些通过ARC编译的第三方源代码。

如果是编写框架，无论是将其开源发布还是共享给公司中的其他团队，你都应该提示使用你的代码的开发人员：这些文件需要使用ARC来编译。在非ARC工程中使用支持ARC的代码会导致内存泄漏，所以你有责任提示开发人员。比如，你可以使用如下所示的宏：

#if ! __has_feature(objc_arc)
#error This file is ARC only. 
#endif

这段代码看起来应该很熟悉，因为之前讲解Clang语言扩展的时候谈及过。

http://www.ituring.com.cn/article/25262

http://www.ituring.com.cn/article/25265