Ios UITableView CommittedItingStyle:forRowAtIndexPath与ARC导致泄漏?

Ios UITableView CommittedItingStyle:forRowAtIndexPath与ARC导致泄漏?,ios,uitableview,ios8,automatic-ref-counting,Ios,Uitableview,Ios8,Automatic Ref Counting,当用户使用“滑动删除”操作删除某些表行时, Instruments工具显示已删除的UITableViewCell实例仍处于活动状态 我使用了非常普通的方法,即: -(UITableViewCellEditingStyle) tableView:(UITableView *)tableView editingStyleForRowAtIndexPath:(NSIndexPath *)indexPath { return UITableViewCellEditingStyleDelete;

当用户使用“滑动删除”操作删除某些表行时, Instruments工具显示已删除的UITableViewCell实例仍处于活动状态

我使用了非常普通的方法,即:

-(UITableViewCellEditingStyle) tableView:(UITableView *)tableView editingStyleForRowAtIndexPath:(NSIndexPath *)indexPath
{
    return UITableViewCellEditingStyleDelete;
}

-(void) tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *)indexPath
{
    if(editingStyle == UITableViewCellEditingStyleDelete){
        // Do Some Processing Model things...

        [self.tableView beginUpdates];
        [tableView deleteRowsAtIndexPaths:@[indexPath] withRowAnimation: UITableViewRowAnimationAutomatic];
        [self.tableView endUpdates];
    }

}
我不确定,但我认为这是与ARC有关的bug。
我可以留下这个问题吗?或者我应该找人走走吗?

TableView保留单元格,以便以后可以重新使用它们。

是的。然而,在取消分配UITableViewController后,通过刷卡删除的手机仍然有效。这很奇怪。确保tableview和代理之间没有很强的引用循环。这在苹果的例子中也是可以复制的。这个漏洞只发生在刷删除案例时。我面临着完全相同的问题。你找到解决办法了吗?