应该将viewDidUnload中的哪些内容移动到didReceiveMemoryWarning？
在新的iOS 6中，不推荐使用viewDidUnload ，我们已经指示使用didReceiveMemoryWarning来管理UIViewController实例和子类中的对象。 将内容分配给didReceiveMemoryWarning中的UIView类似于在viewDidUnload完成它的方式同样有效吗？
我问这个是因为这两种方法似乎有所不同。 似乎didReceiveMemoryWarning不保证再次调用viewDidLoad来重新实例化任何必要的UIViews。
我怀疑在iOS 6中，内存管理完成后无需手动解除分配UIView。 请帮助我了解在理解UIViewController的生命周期时我错过了什么。
我首选的方法现在如下：
- (void)didReceiveMemoryWarning { [super didReceiveMemoryWarning]; if (self.isViewLoaded && !self.view.window) { self.view = nil; } // Do additional cleanup if necessary }
请注意，测试self.isViewLoaded是必不可少的，否则访问视图会导致它加载 – 即使WWDCvideo往往会错过它。
如果您对子视图的其他引用是弱引用，则不必在此处将它们取消，否则您也希望将它们设置为nil。
您应该完全摆脱viewDidUnload ，并且那里的每个代码都应该移动到适当的位置。 无论如何，无法保证在iOS 6之前调用它。
在viewDidUnload:的iOS参考中，它声明iOS 6已弃用，因为
在低内存条件下不再清除视图，因此永远不会调用此方法
它没有说明将此代码放在didReceiveMemoryWarning: 。 由于在低内存条件下不再清除视图，因此您无需担心在任何一种方法中清理视图。
Eiko的答案不正确，我们不应该在收到低内存警告时将self.view设置为nil 。 这样做是没用的，可能有害。
iOS 6将自动释放当前未显示的视图位图。有关详细信息，请参阅http://thejoeconwayblog.wordpress.com/2012/10/04/view-controller-lifecycle-in-ios-6/ 。