在viewDidUnload中将nil设置为子视图控制器

Question

我的iOS应用基于导航，结构如下：

@interface ViewControllerA : UIViewController
@property (strong,nonatomic) ViewControllerB *viewControllerB;
@property (strong,nonatomic) ViewControllerC *viewControllerC;
...

在ViewControllerA的navigationController推送它们之前， viewControllerC实例化viewControllerB和viewControllerC 。

据我了解， ViewControllerA保留的所有内容都应在ViewControllerA的viewDidUnload设置为nil。 我应该对子视图控制器执行相同操作吗？ 像这样：

-(void)viewDidUnload
{
    self.viewControllerB=nil;
    self.viewControllerC=nil;
}

当从viewControllerC启动“收到内存警告”时，我发现了一个问题。 之后，父视图控制器（即viewControllerA ）的viewDidUnload被调用，从而将nil设置为“ viewControllerB”。 出乎意料的是，还会调用viewControllerB的viewDidUnload。 因此，如果将nil设置为viewControllerB的子视图（在viewControllerB的viewDidUnload ）， viewControllerB收到“发送到已释放对象的消息”。

这是否意味着我不应该将nil设置为子视图控制器？ 在这种情况下，内存管理的最佳实践是什么？

PS我使用ARC。

Answer 1

调用viewDidUnload ， UIViewController应该保持其状态，即不释放任何不容易重新创建的内容。 通常，您将与视图层次结构相关的任何数据设置为nil，例如，对某些子视图的强引用或在viewDidLoad创建的自定义数据。 在您的示例中，您的父控制器A有望在调用viewDidUnload之后恢复，这意味着将来调用viewDidLoad将还原您的控制器且不会崩溃。

此外，所有视图控制器都已注册用于内存警告通知，因此，发生内存警告时，它们可以卸载当前未显示的任何视图。 我不知道视图控制器的调用顺序是否确定，例如从顶视图控制器开始调用，因此在父控制器viewDidUnload中将嵌套的UIViewController设置为nil时应谨慎。

但是，由于必须在viewDidUnload之后维护控制器的状态，因此不能将子控制器设置为nil。 您必须做的是放弃控制器子视图上的每个强引用（例如，对UILabel的强引用），但不要放弃控制器本身。