ARC 仅受 iOS 4.0 及更高版本支持的技术原因是什么？
据我了解，这是一个编译器功能，它只是自动插入内存管理相关的代码，而不需要开发人员这样做。从我读到的电话本身保持不变 - 至少这是 Apples Transitioning to ARC Guide 所暗示的。
因此，它不应该涉及以前版本的 iOS 中没有的功能，尽管 ARC 是后来引入的，但确实适用于 iOS 4.0。
我是出于好奇而问这个问题，实际上并不需要让 ARC 与 iOS 3.x 一起工作。
【问题讨论】：
标签： objective-c ios memory-management automatic-ref-counting
出于同样的原因，自动引用计数仅支持 64 位 Snow Leopard 作为最低部署目标：ARC 支持要求某些功能仅存在于足够新的现代运行时版本中。现代运行时是在 iOS 4.0 中引入的，因此较旧的 iOS 版本缺乏能够处理 ARC 在技术上所需的一些事情的运行时。如果它只是针对操作系统版本，32 位雪豹应用程序也将被支持，但只有 64 位运行时是现代的。
如果您观看来自 WWDC 2011 的 Apple 演示文稿，尤其是“Objective-C Advancements In-Depth”，您会发现已经进行了许多底层改进以加快保留/发布过程，以及更快的@autoreleasepool 之类的东西。 LLVM ARC specification 中有完整的运行时支持部分。这些改进需要的不仅仅是编译器支持。
我们已经不得不将现代运行时用于实例变量的自动合成等功能（如Apple's documentation 中所述），所以这并不是一个可怕的惊喜。
即使是作为目标的 iOS 4.0 也缺乏对弱引用的支持，因此这里显然存在技术问题。正如其他人所断言的那样，这不仅仅是一种将开发人员推向新版本的营销策略。
【讨论】：
docs of Apple 指出，在 ARC 的情况下，与 super 的 dealloc 链接是在运行时处理的。
【讨论】：
同样的问题是：
为什么 NSRegularExpression 只被 iOS 4.0+ 和 Mac OS X 10.7(Lion)+ 支持？
您在 Mac OS X 10.6.7(Snow Leopard) 中有完整的 iOS 5.0（显然是 4.0）模拟器，您可以轻松使用 NSRegularExpression，但 Mac OS X 10.6.7 本身不支持它。
关于您的问题：ARC 是在 iOS 5.0 中引入的。那个时候iOS 3.x的用户已经不多了，所以我的看法是Apple有点懒得让ARC兼容iOS 3.x了。
【讨论】：
我的猜测是 clang 工具链（ARC 需要）不会构建与 iOS 3.x 兼容的二进制文件。
另外，有几个 C 函数用于代替发送 -retain 和 -release，这在 iOS 3.x 中可能不可用
【讨论】：