在 iOS 12 中，当 UICollectionView 使用带有约束的自调整单元格创建时，重新加载布局时高度错误，直到我滚动

Question

使用此处解释的解决方案时，我在 iOS 12 中遇到了一个奇怪的问题。

当集合视图第一次加载时它工作得很好，但是当我尝试使用collectionView.reloadData()或collectionView.collectionViewLayout.invalidateLayout()重新加载集合视图时，单元格添加了一个奇怪的高度。

一旦我开始滚动，一切都会恢复正常。 请看下面的图片。 第一张图片显示了视图加载后单元格的工作高度。 第二个显示按下重新加载后的单元格。

重新加载栏按钮调用以下方法。

@objc func reloadCollectionView() {
        collectionView.collectionViewLayout.invalidateLayout()
}

请在此处查看 GitHub 中的示例项目以重现问题。 我使用 Xcode 10.1 和 10.2 来重现该问题。

任何解决问题的帮助或方向将不胜感激！

提前致谢。

Answer 1

我认为问题来自你打电话：

flowLayout.estimatedItemSize = UICollectionViewFlowLayout.automaticSize

在你的项目中。

如果您将其重置为：

layoutFlow.estimatedItemSize = CGSize(width: UIScreen.main.bounds.size.width, height: 100)

然后它立即运行更顺畅。

注意：值得注意的是，您为单元格设置的估计高度很重要。 如果将其设置为 0，则reloadData()会将 collectionView 滚动到顶部。 设置一个准确的值似乎在测试中效果最好

仍然有一些错误似乎可以通过删除

collectionView.collectionViewLayout.invalidateLayout()

并将其换成类似的东西

collectionView.reloadData()
collectionView.reloadItems(at: collectionView.indexPathsForVisibleItems)

我不知道你想要这个的具体用途，所以我无法完全测试它应该如何，但 invalidateLayout 似乎是重新加载 collectionView 的错误方法。

Answer 2

在 iOS 12 中，contentView 通过 itemsSize 默认（50x50）获得约束。 手动设置边缘约束以获得正确的调整大小

override func awakeFromNib() {
    super.awakeFromNib()
    
    NSLayoutConstraint.activate([
        contentView.topAnchor.constraint(equalTo: topAnchor),
        contentView.leadingAnchor.constraint(equalTo: leadingAnchor),
        contentView.trailingAnchor.constraint(equalTo: trailingAnchor),
        contentView.bottomAnchor.constraint(equalTo: bottomAnchor)
    ])
}