子类的UITableViewCell创建僵尸除非保留

Question

我创建一个UITableViewCell子类具有自定义笔尖，并在我的应用程序两种不同UITableViews使用它我。它可以在其中一个表格中完美运行，但当我大力滚动时，另一个表格会崩溃。文书识别此代码（的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; 

通知的[细胞保留];行 - 当它在那里时，代码运行起来。把它拿出来，然后崩溃。 NSLog总是报告一个retainCount为2，所以它不应该是必需的。但如果我这样做：

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

它不起作用。没有alloc/init，所以我不应该做一个autorelease或担心这一切，我一直认为cellForRowAtIndexPath为我释放单元格。

当我不使用仪器，这里是我在Xcode得到的错误：

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

即使它的工作原理与[细胞保留];行，它看起来像分析（和我）的泄漏，所以我想解决这个问题。任何人都知道这里发生了什么？

Answer 1

不要调用retainCount

绝对保留数是无用的。

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

-

你的问题，那么，其他地方就在于作为代码（不保留）是正确的（是啊。在cellForRowAtIndexPath:加载笔尖现在由框架库里欧祝福）。

它仍然是很可能是被在定期事件循环排出前发生的自动释放池漏。特别是，某个地方的某个地方对这个不应该存在的细胞有一个弱的参考。

如果你火起来的分配仪器并打开保留/释放事件的记录，你可以清楚地看到来电保留/释放/自动释放对象发生。导致崩溃的事件具有显而易见的价值。

在这种情况下，虽然，你可能错过了保留/释放对地方。至少，这将是解决症状的方法。真正的问题可能是某种UI转换发生，以至于某些内容被有效提前获得，而应用程序的某个其他部分仍然依赖它。添加一个保留/释放对，以便在该转换期间保留单元的生命周期并不是真正的解决方法，因为可能存在其他依赖关系。