UIViewController取消分配时不释放子视图（使用ARC）

Question

我的UIViewController似乎有一个奇怪的问题（非？）。 似乎控制器在取消分配时没有释放其子视图。 我将NSLog消息放置在所有子视图的dealloc方法以及视图控制器中。 视图控制器的dealloc被调用，但子视图的未被调用。 但是，如果我随后将该视图控制器的另一个实例推送到导航堆栈上，则似乎会释放前一个实例的所有子视图（我在控制台中收到了一堆NSLog消息，让我知道了）。 我已经检查过了，并且在呈现的视图控制器（正在执行推送的视图控制器）中没有对自定义视图控制器的单独引用。

一个很小的（也许）细节：自定义视图控制器确实收到它存储的一个块，然后在弹出之前执行。 但是，我确实向其发送了nil，并且得到了相同的行为。 另外，当前的视图控制器在弹出堆栈时会取消分配，因此没有保留周期。

另外，我确实尝试在自定义视图控制器的dealloc方法中显式释放每个视图。 行为相同。

导航控制器是否可能会坚持使用它？ 我的其他任何视图控制器似乎都没有这样做。

我的问题是，这确实代表了所有这些子视图的内存泄漏； 尽管泄漏不会叠加，但仍然是泄漏。

Answer 1

好的，这很尴尬。 我确实在另一个我无意用作收集类的类（称为ViewDef）中发现了问题。 当我第一次找出一些动画时（几个月前），这是跟踪子视图的一种快速而肮脏的方法。 ViewDef存储了从数据库中检索到的帧/字体/颜色/等信息，因此在找出动画时（在方向之间）还可以方便地存储视图。 这些ViewDef由我的模型存储并传递，因此当然也保留了视图（并在以后由另一个视图控制器替换）。 无论如何，我忘了在代码中插入警告以稍后解决。

故事的寓意：如果您打算做一些愚蠢的事情，请至少记录下您的愚蠢行为，这样您以后就不必在互联网上广播它了。

Answer 2

您可以尝试在viewDidUnload方法中将子视图设置为nil，这可能会有所帮助

Answer 3

尝试做的一件事是确保所有子视图委托都设置为nil。