6

我一直在处理这个（有点）随机错误，但无法找出问题所在。上下文：我正在创建一个 UISplitView iPad 应用程序，该应用程序在主视图中有一个 UINavigationController：

主菜单为红色，子菜单为绿色，主要内容为紫色 主菜单为红色，子菜单为绿色，主要内容为紫色。

这个 UINavigationController 没有填满整个主视图，因为我需要一些空间来拥有一个垂直菜单。当用户选择垂直侧菜单上的按钮时，它会为 UINavigationController 设置一些新内容以显示带有选项的 UITableView。我在每个菜单选择上所做的是：

[self.subMenu setViewControllers:@[subMenuViewController] animated:YES];

发生的情况是我不需要保留菜单历史记录，所以我所做的就是每次都为 subMenu 设置一个新的根视图控制器。

问题是当我开始弄乱设备方向时。它没有明确的模式，但有时，在旋转时，我的应用程序会崩溃。现在，当我使用 Instruments 运行它时，我得到的是：

167 Zombie      -1  00:32.101.527   UIKit   -[UITableView _spacingForExtraSeparators]

有趣的是，错误访问发生在 subMenu 的前一个根视图控制器上。因此，如果我点击“事件”，然后点击“播客”，则在尝试访问“EventsViewController”时会发生错误访问。

所以我猜我在替换 subMenu UINavigationController 的根视图控制器的方式上有些不对劲，但我不确定它是什么。也许我需要确保在设置新的根视图控制器之前释放当前的根视图控制器？

任何帮助深表感谢。:)

4

2 回答 2

4

由于设置不正确而导致系统库代码崩溃的情况并不少见。这可能是您的 UIWindow、UIApplicationMain 或其内容视图或您的视图控制器实例未保留或以某种方式释放。

如果您的控制器不在身边，则 shouldrotate 方法将无济于事。

这是为了确定哪个对象被释放。

对于特别棘手的问题，您可以将 release、retain 和 dealloc 方法（记录并调用 super）添加到您的可疑类中，然后查看释放它的内容。记录 -retaincount 以跟踪（我仅将其用于诊断目的，）

或者你可以试试这个，在 -[UIDevice setOrientation:] 上设置一个断点，然后在调试器中单步执行你的代码。

为了使调试更容易，您可以在调试器控制台中键入 call (void)instrumentObjcMessageSends(YES) 以开始将 objc_msgSends 记录到 /tmp/，然后继续执行，它将跟踪所有发送的消息，直到崩溃。

于 2013-11-14T05:32:54.920 回答
2

因此，首先，您应该willRotateToInterfaceOrientation在包含.willAnimateToInterfaceOrientationdidRotateToInterfaceOrientationUITableView

在这些方法中的每一个中，检查您的表视图数据源和委托。我认为这次崩溃是由委托或表视图的数据源的释放引起的。

此外，您应该检查在轮换期间调用了哪些表视图 delgate/数据源方法。

最后一件事，确保你丢弃旧的实例，subMenuViewController并将它们从父视图控制器中正确删除。

于 2013-11-19T12:14:55.473 回答