99.9%的情况下，当使用自定义单元格或标头时，UITableViews的所有冲突都发生在表第一次加载时。一旦加载，你通常不会再看到冲突。

This happens because most developers typically use a fixed height or anchor constraint of some sort to layout an element in the cell/header. The conflict occurs because when the UITableView first loads/being laid out, it sets the height of its cells to 0. This obviously conflicts with your own constraints. To solve this, simply set any fixed height constraints to a lower priority (.defaultHigh). Read carefully the console message and see which constraint the layout system decided to break. Usually this is the one that needs its priority changed. You can change the priority like this:

let companyNameTopConstraint = companyNameLabel.topAnchor.constraint(equalTo: companyImageView.bottomAnchor, constant: 15)
    companyNameTopConstraint.priority = .defaultHigh

NSLayoutConstraint.activate([
            companyNameTopConstraint,
           the rest of your constraints here
            ])

我能够通过在约束中的一个值上指定优先级来消除警告，警告消息说它必须打破(下面是“将试图通过打破约束来恢复”)。似乎只要我将优先级设置为大于49的值，警告就会消失。

对我来说，这意味着改变我的约束，警告说它试图打破:

@“V：|[contentLabel]-[quoteeLabel]|”

to:

@“V：|-0@500-[内容标签]-[quoteeLabel]|”

事实上，我可以为约束的任何元素添加优先级，它都可以工作。哪一个似乎都不重要。我的单元格最终达到了适当的高度，并且没有显示警告。Roger，以你为例，尝试在388高度值约束(例如388@500)后面添加@500。

我不完全确定为什么会这样，但我做了一些调查。在NSLayoutPriority枚举中，看起来NSLayoutPriorityFittingSizeCompression优先级是50。该优先级级别的文档说:

当你发送一个fittingSize消息给一个视图时，最小的尺寸 足够大，可以计算视图的内容。这是 视图希望尽可能小的优先级级别 计算。相当低。这样做一般是不合适的 在这个优先级上做一个约束。你想要更高还是 低。

引用的fittingSize消息的文档如下:

满足它所持有的约束的视图的最小大小。 (只读) AppKit将此属性设置为视图可用的最佳大小， 考虑到它及其子视图所拥有的所有约束和 满足使视图尽可能小的偏好。的 此属性中的大小值从不为负。

我还没有深入研究，但这似乎与问题所在有关。

当使用UITableViewAutomaticDimension并在单元格内的视图上更改高度约束时，我有这个错误。

我最终发现这是由于约束常数值没有四舍五入到最近的整数。

let neededHeight = width / ratio // This is a CGFloat like 133.2353
constraintPictureHeight.constant = neededHeight // Causes constraint error
constraintPictureHeight.constant = ceil(neededHeight) // All good!

我在集合视图单元格中遇到了类似的问题。

我通过降低链接到单元格底部的最终约束的优先级来解决这个问题(从视图的顶部到底部的链中的最后一个约束-这最终决定了它的高度)到999。

细胞的高度是正确的，警告就消失了。

如果uiview - encapsulation - layout - width和uiview - encapsulation - layout - height对你来说是0，当你使用dequeueReusableCell返回一个单元格时，你可能使用了错误的表视图/集合视图实例。

99.9%的情况下，当使用自定义单元格或标头时，UITableViews的所有冲突都发生在表第一次加载时。一旦加载，你通常不会再看到冲突。

This happens because most developers typically use a fixed height or anchor constraint of some sort to layout an element in the cell/header. The conflict occurs because when the UITableView first loads/being laid out, it sets the height of its cells to 0. This obviously conflicts with your own constraints. To solve this, simply set any fixed height constraints to a lower priority (.defaultHigh). Read carefully the console message and see which constraint the layout system decided to break. Usually this is the one that needs its priority changed. You can change the priority like this:

let companyNameTopConstraint = companyNameLabel.topAnchor.constraint(equalTo: companyImageView.bottomAnchor, constant: 15)
    companyNameTopConstraint.priority = .defaultHigh

NSLayoutConstraint.activate([
            companyNameTopConstraint,
           the rest of your constraints here
            ])