当我从C++（和一点Java）转移到Objective C（iOS）时，我很难理解iOS中的内存管理。但现在这些都似乎很自然了，我知道保留、自动释放、复制和释放的东西。阅读有关ARC的文章后，我想知道使用ARC是否还有更多好处，或者仅仅是你不用担心内存管理。在转移到ARC之前，我想知道转移是否值得。
以下是我对ARC的具体看法：
1）XCode有“转换为Objective C ARC”菜单。转换过程是否简单（无需担心）？
它很简单，很有效。使用它吧。但正如Kevin Low所指出的那样，您需要修改使用Core Foundation对象的部分内容。这仅需要健康的应用__bridge或__bridge_transfer即可。
2）它是否有助于减少我的应用程序的内存占用、内存泄漏等问题（以某种方式）?
不是真的。好吧，有点。它将有助于减少你先前编码错误导致的内存泄漏。但它不会减少内存占用。
3）它是否会对我的应用程序产生很大的测试影响？
完全没有。
4）有哪些非显而易见的优势？
未来。编译器了解对象引用计数的复杂知识将提供更多的奖励。例如，ARC已经提供了可爱的objc_retainAutoreleasedReturnValue优化，非常好用。
5）转向它有什么缺点吗？
完全没有。
请相信我的话，开始使用ARC。在我看来，没有理由不这样做，因此优势绝对超过了缺点！
如果您想深入了解ARC的工作原理，以便更好地理解其好处，请查看我的博客文章“深入探究ARC”的系列 - 这里，这里，这里和这里。
objc_retainAutoreleasedReturnValue。不过，除非你在内部循环中调用返回自动释放对象的方法，否则你不会真正看到太大的差异。而且，那个对象可能因为其他原因仍然会被自动释放，因此没有任何区别。 - mattjgalloway@autoreleasepool{}，但您必须先意识到这是个问题。无论如何，ARC不会对您的内存使用产生负面影响，而且有可能会帮助您。 - Steven Fisher关于 ARC，你需要知道的是:
编译器比你更了解 Objective-C 和 Cocoa。 我并不是在侮辱你；它比我更了解。可以毫不夸张地说，它的理解程度甚至超过全球大约十几个人。而且它知道如何使用这些规则的技巧，即使我们理解得和它一样好，我们也无法做到。
其余只是细节：
如果你正在使用核心基础框架或非Objective-C代码，那么情况就不像你想象的那么简单，因为你必须手动检查所有Objective-C和核心基础框架之间的类型转换是否被桥接（如果有任何类型转换的话）。对于非Objective-C代码，你仍然需要管理内存。
ARC应该本质上能够帮你处理所有的内存泄漏问题，因为它自动化了保留、释放、复制等操作。到目前为止，我在切换到ARC后从未遇到过Objective-C泄漏的情况。
不会。构建可能需要花费更长的时间，因为它必须遍历你的所有代码并插入所有的保留和释放代码。
不确定是否有任何风险。归根结底，所有的ARC都只是自动化工具。
你还需要了解桥接类型转换，因为你无法为低于iOS 4的设备构建应用程序。
最终，这绝对是值得的。起初我持怀疑态度，但在观看WWDC视频后，我越来越喜欢它的工作方式。
你读过ARC文档吗？它回答了你提出的许多问题。
根据我的经验，这是我认为的：
3) 你应该重新测试你的应用程序，但根据我的经验，它基本上会正常工作。 但是一定要非常仔细地查看所有编译器警告！！！
4) 非明显的优点：当您不必考虑内存管理时，编码速度真的更快。也许这很明显，但它帮助的程度仍然让我感到惊讶。
5) 缺点：实际上唯一的缺点是必须关闭某些第三方库的ARC。
ARC非常有用，我简直无法再编写没有它的代码了。现在没有理由再去处理所有这些问题，而且在实践中它足够好用。