UITableViewController 在从 UINavigationController 堆栈中弹出时是否有特殊行为？答案

【问题标题】：does UITableViewController have special behavior when being popped off a UINavigationController stack?UITableViewController 在从 UINavigationController 堆栈中弹出时是否有特殊行为？
【发布时间】：2010-09-18 05:24:17
【问题描述】：

我在标签栏应用程序中遇到了一个奇怪的似乎是过度发布的问题。对于这个问题描述的复杂性，我提前道歉。希望一些示例代码会有所帮助。

我将我的应用程序委托MyAppDelegate 设置为UITabBarControllerDelegate：

- (BOOL)tabBarController:(UITabBarController *)tabBarControllerIn shouldSelectViewController:(UIViewController *)viewController {
    return YES;
}

- (void)tabBarController:(UITabBarController *)tabBarControllerIn didSelectViewController {
    if ([viewController isKindOfClass:[UINavigationController class]]) {
        UINavigationController *navController = (UINavigationController *)viewController;
        [navController popToRootViewControllerAnimated:NO];
    }
}

标签栏视图为 5 个标签中的每一个都设置了 UINavigationController。为选项卡 4 配置的UINavigationController 中的根视图控制器（称为CrashingViewController）源自UIViewController，并符合UITableViewDataSource 和UITableViewDelegate 协议以支持UITableView 子视图，这只是一个4 行表，每个单元格允许用户导航到另一个视图。在-[UITableViewDelegate tableView:didSelectRowAtIndexPath:]:

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
    ASubViewController1 *svc1;
    ASubViewController2 *svc2;  // this one inherits from UITableViewController;
    ASubViewController3 *svc3;
    ASubViewController4 *svc4;

    switch (indexPath.row) {
        case 1:
            svc1 = [[ASubViewController1 alloc] init];
            [self.navigationController pushViewController:svc1 animated:YES];
            [svc1 release];
            break;
        case 2:
            svc2 = [[ASubViewController2 alloc] init];
            [self.navigationController pushViewController:svc2 animated:YES];
            [svc2 release];  // if I comment this out, I avoid the problem described
            break;
        /* case 3 and 4 are exactly like the previous two */
        default:
            break;
    }
}

发生的情况是这样的：如果用户选择标签栏的第 4 个标签，则显示CrashingViewController 的视图。然后，用户点击其表格中的第二个单元格，这会将ASubViewController2 的实例推送到导航堆栈上。到现在为止还挺好。现在，如果用户点击选项卡栏上的另一个选项卡，则会显示另一个视图控制器的视图。如果用户随后再次点击第 4 个选项卡，则配置为该选项卡的根视图控制器的 UINavigationController 会弹出其所有项目并应该显示其根视图控制器。正是在此期间，应用程序崩溃了，因为沿途某处的 UIKit 框架在其已被释放后调用 svc2 上的 [ASubViewController2 respondsToSelector:]。

我遇到的困难是：为什么当用户导航到ASubViewController2 时会发生这种崩溃，而其他ASubViewController*s 却没有？此外，如果我未能释放 svc2，则不会发生崩溃 - 所以它肯定是在某处的 svc2 上的双重释放，我只是不知道发生在哪里。 svc2 是一个方法局部变量，我在分配它后立即释放它。 UITableViewController 从导航控制器的堆栈中弹出时的行为是否与UIViewController 不同？我还缺少其他东西吗？

我确定我只是遗漏了一些有据可查或直截了当的东西，但我已经研究了足够长的时间来发现一些盲点。

更新：

我确实有 NSZombiesEnabled。这是控制台中给出的消息：

*** -[ASubViewController2 respondsToSelector:]: message sent to deallocated instance 0xe345cd0

还有回溯：

#0  0x02a18fa7 in ___forwarding___ ()
#1  0x02a18e72 in __forwarding_prep_0___ ()
#2  0x003e69be in -[UITableView(UITableViewInternal) _spacingForExtraSeparators] ()
#3  0x003ede94 in -[UITableView(_UITableViewPrivate) _adjustExtraSeparators] ()
#4  0x003e6743 in -[UITableView layoutSubviews] ()
#5  0x027b9481 in -[CALayer layoutSublayers] ()
#6  0x027b91b1 in CALayerLayoutIfNeeded ()
#7  0x027b22e0 in CA::Context::commit_transaction ()
#8  0x027b2040 in CA::Transaction::commit ()
#9  0x027e2ebb in CA::Transaction::observer_callback ()
#10 0x02a88f4b in __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ ()
#11 0x02a1db27 in __CFRunLoopDoObservers ()
#12 0x029e6ce7 in __CFRunLoopRun ()
#13 0x029e6350 in CFRunLoopRunSpecific ()
#14 0x029e6271 in CFRunLoopRunInMode ()
#15 0x0329200c in GSEventRunModal ()
#16 0x032920d1 in GSEventRun ()
#17 0x00380af2 in UIApplicationMain ()
#18 0x0000226a in main (argc=1, argv=0xbfffef64) at ~/main.m:16

更新 2：

ASubViewController2 的 dealloc 方法在用户第二次点击 tab 4 之后和僵尸消息输出之前在 svc2 上调用。我的代码都没有在 dealloc 的代码路径中。

【问题讨论】：

在 ASubViewController2 上调用了哪个选择器？这看起来像一个复杂的问题:)
对我来说听起来像是过度释放的问题。您能否向我们展示 ASubViewController2 的代码，包括 .h 和 .m 吗？
我不知道。我无法解决任何_NSZombie 断点。是的....这对我来说似乎也很复杂，因为。
我无法向您展示整个代码，因为它是针对客户的 :-(，但我可以模拟一个示例。或者，如果您能告诉我您要查找的内容，我可以告诉你那里有什么。
很抱歉我忘了说，但也可能是释放不足的情况。从堆栈跟踪中，您的视图可能仍然存在但您的视图控制器已经消失，因此当您的表视图需要某些东西时，它会调用已被释放的委托。尽管代码检查过程有些相似，但请确保释放所有保留的视图和子视图；）。

标签： iphone objective-c cocoa-touch uikit ios4

【解决方案1】：

我遇到了类似的问题。似乎视图控制器已经被释放，但它的表视图仍然调用被释放视图控制器的委托。只需在视图控制器的 dealloc 中添加以下或类似的行：

self.tableView.delegate = nil; self.tableView.dataSource = nil;

对我有帮助！

【讨论】：