在iOS中，使用ARC，将所有ivars和属性设置为nil，并在viewDidUnload中释放上下文，图像，颜色空间是否足够？

Question

对于使用ARC的iOS应用，我们通常是否在viewDidUnload发布它们？

1. 将所有实例变量设置为nil

2. 将所有属性设置为nil

3. 使用CGContextRelease释放任何上下文，使用CGImageRelease释放CGImageRelease ，使用CGColorSpaceRelease释放颜色空间（释放任何非对象）

4. NSSet元素的NSMutableArray不需要特别注意：只需将对NSMutableArray和NSSet的引用设置为nil，每个元素都会自动释放。

这样做会在ARC下处理大多数内存释放吗？ 还有其他需要发布的项目吗？

Answer 1

很多人误解了viewDidUnload的观点。 特别地，它与viewDidLoad 不是对等的。 在大多数情况下，视图控制器将在不调用viewDidUnload情况下被释放。 因此，您永远不要认为viewDidUnload的释放是viewDidLoad分配的适当余额。

Apple已弃用viewDidUnload 。 最好的反对使用它的参数是它的标头（我已经包装好了）：

- (void)viewDidUnload NS_DEPRECATED_IOS(3_0,6_0); // Called after the view
    // controller's view is released and set to nil. For example, a memory warning
    // which causes the view to be purged. Not invoked as a result of -dealloc.`

那么， viewDidUnload什么？ 其背后的想法是该视图是从视图控制器后面卸载的。 这使您有机会分离所有指向它的指针，并清除所有可以轻松重建的信息。 您的视图可能会重新加载，这时您将需要重建所有缓存。 苹果对此进行了描述：

当发生内存不足的情况并且不需要当前视图控制器的视图时，系统可能会选择从内存中删除这些视图。 释放视图控制器的视图之后，将调用此方法，这是您执行任何最终清理的机会。 如果视图控制器存储对视图或其子视图的单独引用，则应使用此方法释放这些引用。 您也可以使用此方法删除对您创建的支持视图的所有对象的引用，但是由于视图已消失，因此不再需要这些对象。 您不应使用此方法来释放用户数据或任何其他不易重新创建的信息。

请记住，现在应该不需要viewDidUnload对象的引用清零。 如果按照Apple的建议使用ARC，则视图出口会将弱引用归零。 无需您编写viewDidUnload它们将自动被清除！

此外，清除缓存信息更适合didReceiveMemoryWarning ，因此您应该改为编写它：

您可以重写此方法以释放视图控制器使用的任何其他内存。 如果这样做，则此方法的实现必须在某个时候调用super实现，以允许视图控制器释放其视图。 如果您的视图控制器持有对视图层次结构中视图的引用，则应改为在viewDidUnload方法中释放这些引用。

通常，放置在viewDidUnload内容可以通过viewDidDisappear或dealloc更好地处理。 左为唯一viewDidUnload是nilling 您的任何缓存，可以不丢失数据，而视图控制器仍然是开放的需要在某些时候，当视图已经被重新装入后重建的。 （同样，这应该在didReceiveMemoryWarning进行处理。）这些缓存应延迟构建；否则，可能会延迟。 当您的应用再次需要它们时，它将安静地重建它们。

那么，您应该在viewDidUnload做什么呢？ 如果您使用的是ARC，则为空。 甚至都不要写。 实际上，自编写此答案以来，Apple已弃用viewDidUnload 。

对于CGContextRelease ， CGContext资源不是Objective-C对象。 （您指出了这一点，但我想在后代重复。）因此，ARC无法自动将其重新分配。 与旧的手动保留释放（MRR）内存管理方案一样，您有责任确保将其释放并清除。

如果将此代码放入viewDidUnload ，则不能保证会被调用。 它必须放在dealloc 。 您也可以将其放在viewDidUnload中，但是…

所以：

1. 不必要或没有帮助。 与视图层次结构相比，您的实例变量微不足道。
2. 不必要或没有帮助。 与视图层次结构相比，您的属性微不足道（只要您的属性不是对视图层次结构的强引用）。
3. 这将导致内存泄漏，因为通常会在没有viewDidUnload情况下调用dealloc 。
4. 不必要或没有帮助。 请参阅第1点和第2点。

Answer 2

viewDidUnload具有一个棘手的名称，如果您考虑适当的话，很容易知道其中的内容。

您必须知道的第一件事是，iOS设备的内存处理方法很低。 这意味着，当设备需要更多内存时，它将检查可以从中释放内存的应用程序。 它通过调用ViewDidUnload方法（名称可能不正确）来完成此操作。

因此，建议您在此处将所有可重构的内容设置为零。 （您在viewdidload中创建的所有内容）。

例外是，由于获取数据或某些东西可能需要花费时间，您真的无法承受丢失一个对象的情况。

如果您未实现此viewdidload，则您的应用将保留其项和对象，iOS将无法从中释放任何内容。

因此，基本上就像我说的那样，释放（通过将指向那些对象的元素设置为nil）可以在viewdidload中安全地重构的所有内容。 （将在视图卸载并要再次加载后确定调用该方法）