Ios UITableView CommittedItingStyle:forRowAtIndexPath与ARC导致泄漏?
当用户使用“滑动删除”操作删除某些表行时, Instruments工具显示已删除的UITableViewCell实例仍处于活动状态 我使用了非常普通的方法,即: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;
-(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和代理之间没有很强的引用循环。这在苹果的例子中也是可以复制的。这个漏洞只发生在刷删除案例时。我面临着完全相同的问题。你找到解决办法了吗?