正确处理 didReceiveMemoryWarning

Question

我的一个UIViewController 有几个子视图控制器。它们是在界面构建器中构建的，通过将NSObject 拖到左侧的“对象”部分，然后将我自己的SpecialViewController 作为“自定义类”放入。通过此设置，在viewDidLoad 上，我将准备好我的视图和控制器。以下屏幕截图建议了工作流程：

在我的实现中，我有：

@interface ParentController : UIViewController
{
     SpecialViewController *svc;
}
@property (nonatomic, retain) IBOutlet SpecialViewController *svc;

据我了解，在didReceiveMemoryWarning 期间，我应该释放自己的资源。然后在viewDidUnload 期间将IBOutlets 设置为nil。

在模拟器中模拟低内存时出现崩溃，调试器在SpecialViewController 的didReceiveMemoryWarning 处暂停（其主体只是[super didReceiveMemoryWarning];），并出现错误EXC_BAD_ACCESS (code=1, address=0xe0000008)。此时父控制器是不可见的，因此可以安全释放。

父控制器在didReceiveMemoryWarning 中也只包含[super didReceiveMemoryWarning];。我在两个班级都试过 niling IBOutlets。它没有帮助。

知道为什么会这样吗？

我的目标是带有 ARC 的 iOS 4 和 5。 SpecialViewController 是 UITableViewController 的子类。

通过追踪发现ParentController didReceiveMemoryWarning在SpecialViewController之前被调用。

Answer 1

您似乎在此处的视图控制器中有一个视图控制器。您选择创建这样的课程有什么特别的原因吗？根据我的经验，每个 UIViewController 都应该是一个单独的子类。基于您的错误出现在didReceiveMemoryWarning 的事实，我认为问题出在其他地方。可以分享一下这个 View Controller 的初始化代码吗？

如果您正在尝试 UIViewController Containment 之类的操作，您可能应该查看涵盖此过程的 WWDC 主题。

Answer 2

更新 iOS > 6.0：

视图不再在内存不足的情况下被清除，因此这个方法永远不会被称为[1]。

---

视图控制器的didReceiveMemoryWarning 默认实现会释放他们的视图；您的责任只是发布在 viewDidLoad 或 loadView 中创建的任何其他视图，以及对 IBOutlet 子视图的任何强引用。

你有一个对另一个视图控制器的强引用，当视图再次可见时，不会重新创建。您应该不使用didReceiveMemoryWarning 来释放您的sec 实例变量；相反，依靠SpecialViewController 的didReceiveMemoryWarning 实现来处理释放它的视图。

在实践中，我使用didReceiveMemoryWarning 发布我的主视图（self.view）并使用viewDidUnload 发布在viewDidLoad 中创建的任何内容。我发现方法名称及其用途的平衡很直观。如果你在viewDidLoad 中创建了一些东西，请在viewDidUnload 中发布它。