应该将viewDidUnload中的哪些内容移动到didReceiveMemoryWarning？

Question

在新的iOS 6中，不推荐使用viewDidUnload，我们已经指示使用didReceiveMemoryWarning来管理UIViewController实例和子类中的对象。在didReceiveMemoryWarning内为UIView种类分配nils与在viewDidUnload内完成的方式一样有效吗？

我问这个是因为这两种方法似乎有所不同。似乎didReceiveMemoryWarning不能保证再次调用viewDidLoad来重新实例化任何必要的UIView。

我怀疑在iOS 6中，内存管理完成后无需手动解除分配UIView。请帮助我了解在理解UIViewController的生命周期时我错过了什么。

Answer 1

我首选的方法如下：

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    if (self.isViewLoaded && !self.view.window) {
        self.view = nil;
    }
    // Do additional cleanup if necessary
}

请注意，测试self.isViewLoaded是必不可少的，否则访问视图会导致加载 - 即使WWDC视频也会错过。

如果您对子视图的其他引用是弱引用，则不必在此处将它们取消，否则您也希望将它们设置为nil。

你应该完全摆脱viewDidUnload，并且那里的每个代码都应该移动到适当的位置。无论如何，无法保证在iOS 6之前调用它。

Answer 2

在viewDidUnload:的iOS参考中，它声明iOS 6已弃用，因为

  

在低内存条件下不再清除视图，所以这样   方法永远不会被称为

它没有说明将此代码放在didReceiveMemoryWarning:中。由于在低内存条件下不再清除视图，因此您无需担心在任何一种方法中清理视图。

Answer 3

Eiko的答案不正确，我们不应在收到内存不足警告时将self.view设置为nil。这样做是没用的，可能是有害的。

iOS 6会自动释放当前未显示的视图位图。有关详细信息，请参阅http://thejoeconwayblog.wordpress.com/2012/10/04/view-controller-lifecycle-in-ios-6/。