我正在开发一个具有UICollectionViewController的应用程序，该应用程序在某些难以重现的神秘情况下崩溃。崩溃的日志如下所示：
*** Assertion failure in -[UICollectionViewData validateLayoutInRect:], /SourceCache/UIKit_Sim/UIKit-3318.16.14/UICollectionViewData.m:417
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'UICollectionView received layout attributes for a cell with an index path that does not exist: <NSIndexPath: 0xc000000000008016> {length = 2, path = 0 - 1}'
一旦我们切换到iOS 8 SDK，这样的崩溃似乎才开始在我们的代码中出现。
为什么会这样？
注意：我已经知道问题的答案是什么，但是我发现很少有关于Stack Overflow和网络其他部分崩溃的信息。我将在下面发布答案。这个错误让我的同事和我三天追踪，所以希望这篇文章能为其他人节省很多时间和挫折。我已向Apple提交此错误。
崩溃发生在以下情况：
我们有一个集合视图控制器，它在它上面呈现另一个视图控制器。
虽然集合视图控制器不再可见，但偶尔会发生以下事件序列以响应我们的应用程序的后端请求。
[UICollectionView insertItemsAtIndexPaths:]在隐藏的UICollectionViewController的集合视图中被调用了50个项目。[UICollectionView reloadData]被调用隐藏的集合视图。[UICollectionView reloadData]再次被召唤。内部UIKit类UICollectionViewData中的断言失败将在步骤6发生。
所以，经验教训是，尽量避免操纵在屏幕上看不到的集合视图。
我们解决这个问题的方法是在关键点调用[UICollectionView reloadSections:]而不是[UICollectionView reloadData]。
我们怀疑reloadData的影响在未来会被推迟到某个点，因此可能会出现与insertItemsAtIndexPaths等其他方法调用如何相互作用的微妙问题，而reloadSections会立即处理，使集合视图处于更好的状态。
在我们开始为iOS 8构建应用程序之前，我们认为我们没有看到这种行为。
好好睡吧，我的朋友们！
我得到了同样的错误，但它以一种非常随机的方式发生，因为我无法一致地重新创建错误。我正在使用customLayout，我手动设置项目的属性。我会在真正的iPhone上做一件事会让它崩溃，但在xCode模拟器上它会起作用。最后修复我的问题的是使用collectionView.reloadData（）而不是collectionView.reloadSections（[mySectionNum]）。我不知道它为什么有时工作而不是其他工作。它似乎应该一直崩溃，但事实并非如此。也不知道为什么这个修复工作正常。
对我来说，它是UICollectionViewLayoutAttribute的数组。我在UICollectionViewLayout中使用它来存储项目的属性。
我忘了在prepareLayout方法中清空它。
所以layoutAttributesForItemAtIndexPath为indexPath返回了不正确的值，导致同样的崩溃。
在prepareLayout开头的阵列上只有一个removeAll，它正在工作。
collectionViewLayout缓存属性。在viewwillappear中 - 创建collectionViewLayout的新实例并将其分配给collectionview.collectionViewLayout以这种方式，所有缓存的属性将在重新加载之前清除您的问题可能已得到解决。为我工作，特别是当您使用其他collectionViewLayout库时。
我一直在研究这个相同的bug，并且认为我在iOS 7上找到了另一个错误来源，但在iOS 8上工作正常，导致同样的错误：自动布局！
我正在使用一个嵌入了UICollectionViews的控件，一个网格。我注意到，当与UICollectionView数据不匹配时，通过黑客代码删除UICollectionViewLayoutAttributes，导致崩溃，我视图中的其他控件放错了位置。
我的收藏内容是“静态的”，在加载时加载，因此不可能进行无保护的更改。再次，这与iOS 8完美配合。
所以，我只禁用了此视图的自动布局功能和BINGO！崩溃消失了。 Auto-Layout正在使用内部UICollectionSize播放，因此 - （NSArray *）layoutAttributesForElementsInRect：（CGRect）rect方法返回mixup结果。
我试过reloadData，reloadSections，没什么，但是这个工作！
希望通过这种控制可以帮助其他与UIKit异常作斗争的人。
Xcode 8 - Swift 3
在我的情况下，这个错误是由Autolayout引起的;我有一个嵌入到UIView中的collectionView，我将其隐藏，当collectionView为空时将其高度设置为0，当我需要再次显示collectionView时，将其设置为150。
我设法通过调用删除了错误
collectionView.collectionViewLayout.invalitdateLayout（）
在我运行代码以激活superView上的layoutIfNeeded（）调用之前。现在很顺利。
我希望它可以在将来帮助某人。
var sponsoredPlaceSummaries: [PlaceSummary] = [] {
didSet {
if sponsoredPlaceSummaries.isEmpty {
self.sponsoredPlacesViewHeight.constant = 0
self.collectionView.collectionViewLayout.invalidateLayout()
UIView.animate(withDuration: 1.0, delay: 0, options: .curveEaseInOut, animations: {
self.view.layoutIfNeeded()
}, completion: nil)
} else if self.sponsoredPlacesViewHeight.constant != 150 {
self.sponsoredPlacesViewHeight.constant = 150
UIView.animate(withDuration: 1.0, delay: 0, options: .curveEaseInOut, animations: {
self.view.layoutIfNeeded()
}, completion: nil)
}
}
尝试调用layoutIfNeeded（）
cell.collectionView.collectionViewLayout.invalidateLayout()
cell.collectionView.layoutIfNeeded()
cell.collectionView.reloadData()
我遇到了同样的问题。在我的情况下，我在屏幕上有2个UICollectionView，它们具有相同的大小。
所以我重复使用相同的UICollectionViewLayout作为初始参数< - 这就是问题所在。
2 UICollectionView应使用不同的UICollectionViewLayout参数。所以只是新的另一个UICollectionViewLayout用于第二个UICollectionView。
对我来说，这与@Drew的答案有关（我的收藏视图在屏幕外）。当没有数据时，我正在操纵collectionView的高度约束来折叠它。它导致了这次崩溃（有时！）。我将collectionView放在另一个视图中，并将@IBOutlet重新分配给这个新视图的高度约束。并使collectionView的高度保持不变。崩溃已经一去不复返了！
确保collectionview的数据源和委托连接到正确的视图控制器。我曾经遇到过这次崩溃，因为我意外地丢弃了我的Main.Storyboard中的更改以及由于哪些数据源和代理人断开连接