据我所知，导致 UICollectionViewLayout 重新启动布局过程的原因是:
UICollectionView的frame变化UICollectionView重新加载数据UICollectionView插入/删除项目UICollectionView的绑定(bind)变化(如果 shouldInvalidateLayoutForBoundsChange 返回 YES)
在我的自定义布局实现中，我想在绑定(bind)更改时更改某些项目的 UICollectionViewLayoutAttributes(将标题粘贴到顶部，如 UITableView，动画项目进/出.等)。
问题在于，无论出于何种原因，UICollectionView 总是调用其布局对象的 prepareLayout 方法(其中包含繁重的布局计算)，这会导致滚动不稳定。
如果原因是 UICollectionView 的绑定(bind)更改，我将寻求选择退出布局计算的解决方案。
如何查看 prepareLayout 调用的原因？
最佳答案
我在 shouldInvalidateLayoutForBoundsChange: 中设置了一个标志，所以我知道在发生这种情况时(在每一帧...)不要重新计算所有内容。
您可以在调用 prepareForAnimatedBoundsChange: 时设置另一个标志，这会在插入新项或 Collection View 的边界更改时发生。然后，由于您在 shouldInvalidateLayoutForBoundsChange: 中设置的标志，您可以知道边界是否因滚动或调整大小而更改。
但是，您不必过分担心为什么必须准备布局，因为无论如何在大多数情况下您都应该重新计算它。在我的项目中，我在 prepareLayout 中做一些不同的事情的唯一情况是滚动导致无效。
关于ios - 如何区分 UICollectionViewLayout 准备布局的原因(iOS 6)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20794057/