如何计算UIView内UITableView的高度？并确认布局方案合理性

布局方案正确性 #

你选择的「UIScrollView嵌套contentView，再将两个UILabel和UITableView放入contentView」的方案是完全正确的，这是iOS中实现「包含可变高度内容的滚动视图」的标准做法，能确保所有内容（包括可能很长的UITableView）都可以正常滚动。

contentView高度设置逻辑 #

contentView的高度不需要手动设置固定值，而是要根据内部所有子视图的总高度（含间距）自适应。因此确实需要先确定UITableView的实际内容高度，再结合两个UILabel的高度及它们之间的垂直间距，通过约束让contentView自动匹配总高度。

UITableView内容高度的正确计算方式 #

方法1：利用contentSize（推荐） #

这是最简单的方式，前提是UITableView已经完成内容布局：

• 确保数据源已加载完成，调用tableView.reloadData()刷新内容
• 在布局完成后（比如viewDidLayoutSubviews方法中，或刷新后调用tableView.layoutIfNeeded()），获取tableView.contentSize.height，这个值就是UITableView的实际内容高度

示例代码：

// 数据源加载完成后
tableView.reloadData()
// 强制完成布局
tableView.layoutIfNeeded()
// 获取实际高度
let tableViewHeight = tableView.contentSize.height

方法2：手动累加cell和section高度（适合精确控制场景） #

如果需要更精细的计算，可以遍历所有section和row，累加对应高度：

var totalHeight: CGFloat = 0
// 累加section header/footer高度
for section in 0..<tableView.numberOfSections {
    totalHeight += tableView.rectForHeader(inSection: section).height
    totalHeight += tableView.rectForFooter(inSection: section).height
    // 累加当前section所有row的高度
    for row in 0..<tableView.numberOfRows(inSection: section) {
        totalHeight += tableView.rectForRow(at: IndexPath(row: row, section: section)).height
    }
}

关键注意事项 #

如果你的UITableView使用自动计算cell高度（即设置了tableView.rowHeight = UITableView.automaticDimension和tableView.estimatedRowHeight），必须确保cell内部的约束是完整的（从cell的top到bottom有连续的约束链），否则contentSize会计算不准确。

额外约束建议 #

为了让contentView高度自动适配，需要给子视图设置完整的垂直约束：

• 顶部UILabel的top与contentView的top对齐
• UITableView的top与顶部UILabel的bottom对齐（可设置间距）
• 底部UILabel的top与UITableView的bottom对齐（可设置间距）
• 底部UILabel的bottom与contentView的bottom对齐
• contentView的width与UIScrollView的width相等（避免横向滚动）

这样当UITableView的高度确定后，contentView的高度会通过约束自动计算出来，无需手动赋值。

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