我只是对rowHeight和estimatedRowHeight的两个值进行了一些愚蠢的尝试和错误，并认为它可能会提供一些调试细节：

如果同时设置它们，或者仅设置估计的RowHeight，则将获得所需的行为：

tableView.rowHeight = UITableViewAutomaticDimension
tableView.estimatedRowHeight = 1.00001 // MUST be greater than 1

建议您尽最大努力得到正确的估计，但最终结果并无不同。这只会影响你的表现。

如果只设置rowHeight，即只执行以下操作：

tableView.rowHeight = UITableViewAutomaticDimension

您的最终结果不会如预期：

如果将estimatedRowHeight设置为1或更小，则无论rowHeight如何，都会崩溃。

tableView.rowHeight = UITableViewAutomaticDimension
tableView.estimatedRowHeight = 1 

我崩溃了，出现以下错误消息：

Terminating app due to uncaught exception
'NSInternalInconsistencyException', reason: 'table view row height
must not be negative - provided height for index path (<NSIndexPath:
0xc000000000000016> {length = 2, path = 0 - 0}) is -1.000000'
    ...some other lines...

libc++abi.dylib: terminating with uncaught exception of type
NSException

UITableView.automaticDimension可以通过接口生成器设置：

Xcode>情节提要>尺寸检查器

表格视图单元格>行高度>自动

只需在视图控制器中添加这两个功能，即可解决问题。这里，列表是一个字符串数组，其中包含每行的字符串。

 func tableView(_ tableView: UITableView, 
   estimatedHeightForRowAt indexPath: IndexPath) -> CGFloat {
        tableView.rowHeight = self.calculateHeight(inString: list[indexPath.row])

    return (tableView.rowHeight) 
}

func calculateHeight(inString:String) -> CGFloat
{
    let messageString = input.text
    let attributes : [NSAttributedStringKey : Any] = [NSAttributedStringKey(rawValue: NSAttributedStringKey.font.rawValue) : UIFont.systemFont(ofSize: 15.0)]

    let attributedString : NSAttributedString = NSAttributedString(string: messageString!, attributes: attributes)

    let rect : CGRect = attributedString.boundingRect(with: CGSize(width: 222.0, height: CGFloat.greatestFiniteMagnitude), options: .usesLineFragmentOrigin, context: nil)

    let requredSize:CGRect = rect
    return requredSize.height
}

（对于底部读取的Xcode 8.x/Xcode 9.x）

注意Xcode 7.x中的以下问题，这可能是混淆的根源：

Interface Builder无法正确处理自动调整单元格大小的设置。即使你的约束绝对有效，IB仍然会抱怨，并给你令人困惑的建议和错误。原因是IB不愿意根据您的约束条件改变行的高度（以便单元格适合您的内容）。相反，它会保持行的高度不变，并开始建议您更改约束，您应该忽略这些约束。

例如，假设您已经设置好了一切，没有警告，没有错误，一切正常。

现在，如果您更改字体大小（在本例中，我将描述标签的字体大小从17.0更改为18.0）。

由于字体大小增加，标签现在希望占据3行（之前它占据2行）。

如果Interface Builder按预期工作，它将调整单元格的高度以适应新的标签高度。然而，实际发生的情况是IB显示红色的自动布局错误图标，并建议您修改拥抱/压缩优先级。

您应该忽略这些警告。相反，您可以*手动更改行的高度（选择“单元格”>“大小检查器”>“行高度”）。

我一次单击一次（使用上/下步进器）改变这个高度，直到红色箭头错误消失！（实际上，您会收到黄色警告，此时只需继续并执行“更新帧”，一切都应该正常）。

*请注意，您实际上不必在Interface Builder中解决这些红色错误或黄色警告-在运行时，一切都会正常工作（即使IB显示错误/警告）。只需确保在运行时控制台日志中没有出现任何自动布局错误。事实上，尝试总是更新IB中的行高度是非常令人讨厌的，有时几乎不可能（因为分数值）。为了防止烦人的IB警告/错误，您可以选择所涉及的视图，并在Size Inspector中为属性Ambiguity选择Verify Position Only

Xcode 8.x/Xcode 9.x看起来（有时）做的事情与Xcode 7.x不同，但仍然不正确。例如，即使抗压优先级/拥抱优先级设置为必需（1000），Interface Builder也可能拉伸或剪裁标签以适合单元格（而不是调整单元格高度以适合标签周围）。在这种情况下，它甚至可能不会显示任何自动布局警告或错误。或者，有时它完全像上面描述的Xcode7.x那样。

我必须使用动态视图（通过代码设置视图和约束），当我想设置preferredMaxLayoutWidth标签的宽度为0时。所以我有错误的细胞高度。

然后我添加了

[cell layoutSubviews];

执行之前

[cell setNeedsUpdateConstraints];
[cell updateConstraintsIfNeeded];

之后，标签的宽度符合预期，动态高度计算正确。

以防人们仍然对此感到困扰。我写了一篇关于在UITableViews中使用Autolayout的快速博客文章，利用Autolayout For Dynamic Cell Heights以及一个开源组件来帮助实现这一点，使其更加抽象和易于实现。https://github.com/Raizlabs/RZCellSizeManager