删除UITableView不可见单元格时发生崩溃问题求助

咱们先把问题掰扯明白：你遇到的崩溃核心是UITableView的数据源和UI更新不同步，那个NSInternalInconsistencyException异常已经说得很直白了——你告诉UITableView要删除1行，但更新后section5的行数从28变成了25，差值和你声明的删除数量对不上，这说明你在调用删除行的方法前，根本没修改对应的数据源数组，导致UITableView计算行数时出现了矛盾。

至于cellForRowAtIndexPath:返回nil，这个其实是正常现象：当cell滚出屏幕后，会被系统放到复用池里，此时调用这个方法拿不可见的cell自然会返回nil，但这不是崩溃的直接原因，只是你操作里的一个小细节问题。

一步步解决问题 #

1. 先改数据源，再更UI（核心修复） #

这是UITableView更新的铁规则：永远先修改数据源，再执行UI更新操作，最好把这俩操作包在beginUpdates和endUpdates之间，保证动画流畅，代码示例如下：

// 假设你用sectionsData这个二维数组存所有section的数据，sectionsData[5]就是section5的行数据
// 第一步：先从数据源里删掉对应位置的数据
[sectionsData[5] removeObjectAtIndex:indexPath.row];

// 第二步：告诉UITableView更新UI
[self.tableView beginUpdates];
[self.tableView deleteRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationFade];
[self.tableView endUpdates];

2. 处理cell为nil的情况 #

如果你需要操作cell的内容，别硬依赖cellForRowAtIndexPath:拿不可见的cell——直接改数据源就行，等cell滚回屏幕时，UITableView会自动复用并刷新内容。要是非得操作cell，记得先判断是否存在：

TableCell *cell = (TableCell *)[self.tableView cellForRowAtIndexPath:indexPath];
if (cell) {
    // 这里放心操作cell的内容
} else {
    // cell不在屏幕上，直接改数据源就好，不用管cell
}

3. 确保行数计算和数据源完全绑定 #

检查你的tableView:numberOfRowsInSection:方法，必须直接返回对应数据源数组的count，比如：

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {
    // 确保sectionsData是你维护的数据源数组
    return sectionsData[section].count;
}

这样UITableView每次获取行数时，都和数据源保持一致，就不会再出现行数不匹配的异常了。

额外提醒 #

• 千万别搞反顺序：一定是先改数据源，再调用删除/插入行的方法
• 批量操作的时候，要保证数据源修改的数量和UI操作的行数完全对应
• 滚动状态下更新UITableView没问题，只要遵循数据源同步规则就行，滚动本身不会导致崩溃

内容的提问来源于stack exchange，提问作者Vishwanath Deshmukh