'NSInternalInconsistencyException', reason: 'Invalid update: invalid number of rows in section 0.  The number of rows contained in an existing section after the update (5) must be equal to the number of rows contained in that section before the update (1), plus or minus the number of rows inserted or deleted from that section (0 inserted, 1 deleted) and plus or minus the number of rows moved into or out of that section (0 moved in, 0 moved out). 在有添加或删除tableview一行的时候,一般报这个错的原因都是, [tableView deleteRowsAtIndexPaths indexPath withRowAnimation UITableViewRowAnimationFade 这个方法之前没有把相应的数组元素删除. 但是在这之前我明明删除了 caseArray removeObjectAtIndex :indexPath. 奇怪的是只有删除最后一行的时候才崩溃报这个错. 于是认真翻译了一下: 更新前后的行数必须要相等.更新后的行数是5.更新前的行数是1. 怎么删除最后一行就变成了5行呢?终于明白了.我再numberOfRowsInSection里面写了这些代码 caseArray caseArray count return ;
}
return caseArray count 当数组个数为0的时候,我让行数返回了5.当然错了

注：原文来自http://www.ithao123.cn/content-1437005.html，转载请注明

类似错误（2）

在删除UITableView的section中的表格时，出现以下问题：

Terminating app due to uncaught exception Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Invalid update: invalid number of rows in section 1.  The number of rows contained in an existing section after the update (2) must be equal to the number of rows contained in that section before the update (2), plus or minus the number of rows inserted or deleted from that section (0 inserted, 2 deleted) and plus or minus the number of rows moved into or out of that section (0 moved in, 0 moved out).'

找了好久的原因，试了各种方法，发现是insertRowsAtIndexPaths 和 deleteRowsAtIndexPaths 同 numberOfRowsInSection 的关系没处理好；

如果 insertRowsAtIndexPaths 和 deleteRowsAtIndexPaths后没更新Section里面的rows标识，在系统调用 numberOfRowsInSection时，数据rows数量不一致，就会出错。同理增删Section也得处理好 numberOfSectionsInTableView返回的结果

如果用的时NSArray或者NSDictionary来标识Section和Row数量，请在调用增删方法时更新好数据。并且在beginUpdate和 enUpdate方法中间增删操作。

一、增加单元格代码示例

1. NSMutableArray *cellDatas =_cellsInSection[[NSNumber numberWithInt :section]];
2. cellDatas[ 0 ] = @"1" ;
3. cellDatas[ 1 ] = @"2" ;
4. [_tvDayInfo beginUpdates ];
5. NSMutableArray *indexPaths = [NSMutableArray array ];
6. NSIndexPath *indexPath = [NSIndexPath indexPathForRow : 0 inSection :section];
7. [indexPaths addObject :indexPath];
8. NSIndexPath *indexPath 1 = [NSIndexPath indexPathForRow : 1 inSection :section];
9. [indexPaths addObject :indexPath 1 ];
10. [_tvDayInfo insertRowsAtIndexPaths :indexPaths withRowAnimation :UITableViewRowAnimationFade];
11. [_tvDayInfo endUpdates ];

二、删除单元格代码示例 [objc] view plain

1. [_tvDayInfo beginUpdates ];
2. NSMutableArray *cellDatas =_cellsInSection[[NSNumber numberWithInt :section]];
3. [cellDatas removeAllObjects ];
4. NSMutableArray *indexPaths = [NSMutableArray array ];
5. NSIndexPath *indexPath = [NSIndexPath indexPathForRow : 0 inSection :section];
6. [indexPaths addObject :indexPath];
7. NSIndexPath *indexPath 1 = [NSIndexPath indexPathForRow : 1 inSection :section];
8. [indexPaths addObject :indexPath 1 ];
9. [_tvDayInfo deleteRowsAtIndexPaths :indexPaths withRowAnimation :UITableViewRowAnimationFade];
10. [_tvDayInfo endUpdates ];

注：原文来自http://blog.csdn.net/lvxiangan/article/details/25161157 转载请注明出处

在 iOS 的开发中，UITableView是最经常用到的UI组件之一。然而，UITableView却非常容易引起「NSInternalInconsistencyExcept ion （数据不一致）」的崩溃。其中，调用reloadS ect ion s时，一不留神就会引发崩溃。 *** Terminating app due to uncaught except ion 'NSInternalInconsis... 1.发现了我的虚拟机在hive下执行sql语句时,切换数据库运行之后,并不会在hive后面以小括号的形式显示当前操作的数据库,所以也就是说我的自定义函数建在了别的数据库下面,我这个数据库中并没有该函数.2.切换到要操作的数据库,建自定义函数,再运行show funct ion s;检查一下有没有该函数,再运行要运行的sql. ok没问题啦,我真是蠢到家了。我是在hive中执行sql语句用到了自定义函数,但是这里报别名 错误 ,我寻思自定义函数也创建成功了啊,在掉了100根头发之后, 复制代码 代码如下: totalCount = ‘100’ totalPage = int(totalCount)/20 ValueError: invalid literal for int() with base 10的 错误 网上同样的 错误 有人建议用round(float(“1.0″))，但是 解决 不了我这个问题，round(float(“1.0″))是用于 解决 浮点数转换为整形数的， 而我这个则是因为原字符串转换为整形后做除法，虽然一段时间内可能不报错，但时间久了就会提示（其实就是 一个 warning，但是会强制终止你的程序），正确 ** Invalid update : invalid number of items in s ect ion 0 ** 在调用 insertItems 函数时 需要注意 如果当前的weakSelf.coll ect ion View为空, 那么直接使用 reloadData 如果当前coll ect ion View不为空 才使用insertItems open func performBatch Update s(_ update s: (() -> Void)?, complet ion : ((Bool) -> V 报错提示:Terminating app due to uncaught except ion ‘NSInternalInconsistencyExcept ion ’, reason: ‘ Invalid update : invalid number of rows in s ect ion 0. The number of rows contained in an existing s ect ion aft “ Invalid update : invalid number of s ect ion s. The number of s ect ion s contained in the table view after the update (1) must be equal to the number of s ect ion s contained in the table view before the update (0), plus or minus the number of s ect ion s inserted or 可能刚开始对这个 方法 的调用也不是很熟，用的时候出现了这么 一个 错误 Terminating app due to uncaught except ion 'NSInternalInconsistencyExcept ion ', reason: ' Invalid update : invalid number of items in s ect ion 0.  The number of items cont uncaught except ion 'NSInternalInconsistencyExcept ion ', reason: ' Invalid update : invalid number of ro 在做UItableview的删除时，报错原因如下 invalid number of rows in s ect ion 0.  The number of rows contained in an existing s ect ion after the update (8) must be equal to the number of rows contained in that s ect ion b 在删除UITableView的s ect ion 中的表格时，出现以下问题：Terminating app due to uncaught except ion Terminating app due to uncaught except ion 'NSInternalInconsistencyExcept ion ', reason: ' Invalid update : invalid number of ro 1.友盟 错误 信息 Invalid update : invalid number of rows in s ect ion 0. The number of rows contained in an existing s ect ion after the update (11) must be equal to the number of rows contained in that s ect ... ‘ Invalid update : invalid number of rows in s ect ion 0. The number of rows contained in an existing s ect ion after the update (7) must be equal to the number of rows contained in that s ect ion before the 重新激活一下就好了，或者可以把激活工具放回到原位置，不用修改plist文件也可以。原来是因为IDEA激活工具的原因，前两天整理文件把激活工具换了目录了。重新打开IDEA，IDEA打开正常了，但是！可以看到具体的报错信息，大概就是类似这样。忘了怎么看的了，可能是看报告？IDEA变成未激活了！死去的记忆开始攻击我了！删除红框内的内容即可。 ' Invalid update : invalid number of rows in s ect ion 5. The number of rows contained in an existing s ect ion after the update (299) must be equal to the number of rows contained in that s ect ion bef...