如何根据内容动态调整TableView高度并避免布局歧义？

嘿，我来帮你搞定这个TableView的布局歧义问题！你想要的效果其实很常见——内容足够时TableView贴满父视图底部并支持滚动，内容少（比如3个单元格）时固定200pt高度、和父视图底部留空白对吧？布局歧义的根源在于你只给了底部的<=约束，这时候AutoLayout没法确定TableView的精确高度，因为<=是范围约束，不是明确的取值。

1. 先设置基础的强约束 #

给TableView加上你原本需要的核心约束（优先级都设为最高的1000，也就是Required）：

• 顶部：TableView.top 与父视图.top 对齐
• 左侧：TableView.leading 与父视图.leading 对齐
• 右侧：TableView.trailing 与父视图.trailing 对齐
• 底部：TableView.bottom <= 父视图.bottom（这个约束保证内容足够时，TableView能被“拉”到父视图底部）

2. 添加低优先级的固定高度约束（消除歧义的关键） #

给TableView新增一个高度等于200pt的约束，但把它的优先级调低到990（比Required的1000低一级）。

这个设置的逻辑非常巧妙：

• 当TableView内容高度超过父视图剩余空间时，底部的<=约束（优先级1000）会强制TableView贴到父视图底部，此时低优先级的200pt高度约束会被自动忽略，TableView可以正常滚动；
• 当内容总高度不足200pt时，200pt的高度约束（优先级990）会生效，TableView保持固定高度，同时底部的<=约束也能满足（因为TableView底部到父视图底部有空白，符合“小于等于”的要求），AutoLayout有了明确的高度取值，歧义自然就消失了。

3. 确保单元格高度计算正确 #

如果你的单元格是自动计算高度的，别忘了在代码里设置：

tableView.rowHeight = UITableView.automaticDimension
tableView.estimatedRowHeight = 60 // 给一个合理的预估高度就行

要是单元格是固定高度，直接设置tableView.rowHeight = 你的固定高度就好，这样TableView能准确计算contentSize，让上面的约束逻辑正常工作。

为什么之前会出现歧义？ #

AutoLayout要求每个视图的位置和大小都有明确、无冲突的约束来确定。你之前只给了底部的<=约束，当内容不足时，TableView的高度可以是“内容高度”到“父视图剩余高度”之间的任意值，AutoLayout不知道该选哪个，所以就抛出了歧义警告。加上低优先级的固定高度约束后，相当于给了它一个明确的“默认值”，消除了不确定性。

内容的提问来源于stack exchange，提问作者Alex Bollbach