子类化 UITableViewCell 会创建僵尸，除非保留

Question

我创建了一个带有自定义笔尖的 UITableViewCell 子类，并在我的应用程序中的两个不同的 UITableView 中使用它。它在其中一个表中运行得很好，但当我用力滚动它时，另一个表崩溃了。 Instruments 在此代码中识别出僵尸（在 cellForRowAtIndexPath 中）：

NSString *identifier = @"edit";
LogTableCell *cell = (LogTableCell*)[tableView dequeueReusableCellWithIdentifier:identifier];

if (!cell) {
   cell = (LogTableCell*) [[[NSBundle mainBundle] loadNibNamed:@"LogTableCell" owner:self options:nil] objectAtIndex:0];        
   [cell retain];       // prevents zombies!
}
NSLog(@"%@: retainCount: %d", identifier, [cell retainCount]);

// some other cell init stuff

return cell;

注意 [cell keep]； line - 当它在那里时，代码可以顺利运行。拿出来就崩溃了NSLog 总是报告保留计数为 2，因此没有必要。但如果我这样做：

   if ([cell retainCount] < 1) { [cell retain]; }       // does not prevent zombies!

它不起作用。没有 alloc/init，所以我根本不必执行自动释放或担心这一点，而且我一直认为 cellForRowAtIndexPath 会为我释放单元格。

当我不使用 Instruments 时，这是我从 xcode 得到的错误：

*** -[CALayer retain]: message sent to deallocated instance 0x4d8e930

即使它适用于 [cell keep];行，它看起来像是分析（和我）的泄漏，所以我想解决这个问题。有人知道这是怎么回事吗？

Answer 1

不要调用retainCount

绝对保留计数是没有用的。

([cell keepCount] < 1) 不可能工作； retainCount 永远不能返回零。

（是的 - 在 cellForRowAtIndexPath: 中加载笔尖现在受到框架的祝福。Coolio。）

那么，您的问题出在其他地方，因为该代码（没有保留）是正确的。

它仍然很可能是在常规事件循环耗尽之前发生的自动释放池耗尽。特别是，某些地方对单元格的引用不应该有弱引用。

如果您启动分配工具并打开保留/释放事件记录，您可以准确地看到对保留/释放/自动释放对象的调用发生的位置。导致崩溃的事件具有明显的价值。

但在这种情况下，您可能在某处缺少保留/释放对。至少，这可以解决症状。真正的问题可能是发生某种 UI 转换，导致某些内容实际上过早地被收获，而应用程序的其他部分仍然依赖于它。添加保留/释放对，以便在整个转换过程中保留单元的生命周期，这并不是真正的解决方案，因为可能存在其他依赖项。