在新的iOS 6中,不推荐使用viewDidUnload
,我们已经指示使用didReceiveMemoryWarning
来管理UIViewController实例和子类中的对象。在didReceiveMemoryWarning
内为UIView种类分配nils与在viewDidUnload
内完成的方式一样有效吗?
我问这个是因为这两种方法似乎有所不同。似乎didReceiveMemoryWarning
不能保证再次调用viewDidLoad
来重新实例化任何必要的UIView。
我怀疑在iOS 6中,内存管理完成后无需手动解除分配UIView。请帮助我了解在理解UIViewController的生命周期时我错过了什么。
答案 0 :(得分:13)
我首选的方法如下:
- (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之前调用它。
答案 1 :(得分:4)
在viewDidUnload:
的iOS参考中,它声明iOS 6已弃用,因为
在低内存条件下不再清除视图,所以这样 方法永远不会被称为
它没有说明将此代码放在didReceiveMemoryWarning:
中。由于在低内存条件下不再清除视图,因此您无需担心在任何一种方法中清理视图。
答案 2 :(得分:0)
Eiko的答案不正确,我们不应在收到内存不足警告时将self.view
设置为nil
。这样做是没用的,可能是有害的。
iOS 6会自动释放当前未显示的视图位图。有关详细信息,请参阅http://thejoeconwayblog.wordpress.com/2012/10/04/view-controller-lifecycle-in-ios-6/。