我是 Iphone 应用程序的新手，我正在尝试构建一个基于标签的应用程序。我试图在两个选项卡中的图像顶部都有一个表格。在带有音频链接表的选项卡上和带有视频链接表的另一个选项卡上。
这一切都很顺利，我为这两个表创建了两个视图控制器。除了让它工作之外，所有代码都很好用，我必须在 videoTableViewController 的第二个选项卡的 - (void)dealloc {} 中注释掉超级 dealloc。
如果我没有收到错误消息：
FREED(id): 消息 numberOfSectionsInTableView: 发送到释放对象
请帮忙，我不知道为什么会这样......
【问题讨论】：
标签： iphone uitableview dealloc super
如果你没有调用[super dealloc]，那么你的对象没有被释放并且你正在泄漏内存。您需要取消对 [super dealloc] 的调用的注释。
您在上面提到的异常意味着表视图仍在尝试访问您的已释放对象作为数据源。这是您需要解决的问题。据推测，进行此调用的表视图归已释放的视图控制器所有。
如果您的视图控制器不是UITableViewController 的子类，那么您将需要release 您持有的表视图引用。如果它是UITableViewController 的子类，那么该表视图必须在其他不应该出现的地方retained。
【讨论】：
UITableViewController的子类，那么是的，你需要释放表格视图。如果您分配了它（即使是通过加载 NIB），您有责任释放它。
UITableViewController 为自己的tableView 对象处理内存管理，因此理论上您不必担心。
正如 Alex 所说，不 打电话给[super dealloc] 绝对不好；将其排除在外是内存泄漏。
要解决这个问题，您需要弄清楚为什么您的表格视图比您的视图控制器寿命更长（这就是导致您出现 FREED(id) 错误的原因）。一种猜测是您将视图留在视图层次结构中但释放了控制器。当您从一个视图控制器移动到另一个视图控制器时，所需的行为是通过调用 [oldView removeFromSuperview] 并然后释放视图控制器（如果要释放它）从视图层次结构中删除旧视图一点也不。 removeFromSuperview 很重要的原因是超级视图总是保留它们的子视图，所以这可能就是你的 tableView 如此不死的原因。
如果您的应用不是内存密集型应用，最简单的方法可能是简单地分配视图控制器（而不是释放它们）——这将解决您的问题，尽管它并没有真正解决您的表格视图寿命更长的问题比预期的要好，这可能是一些低效代码的症状，很容易清理。
【讨论】：