如何正确实现动态高度的嵌套UITableView，避免父表滚动跳转且保证内容完整显示？

我之前也踩过UITableView嵌套的这个坑，结合你提到的两种尝试，咱们来一步步解决这个问题：

问题根源分析 #

• 你用KVO+performBatchUpdates的方式之所以会触发滚动跳转，是因为performBatchUpdates会让父表重新计算所有可见cell的布局，系统默认会把更新的cell滚动到可视区域，这就是跳转的核心原因。
• 而IntrinsicTableView的内容被截断，是因为UITableView的contentSize在子cell还没完全完成布局时就被获取了，导致intrinsicContentSize返回的高度偏小，后续也没有正确触发二次更新。

解决方案：修正自适应高度嵌套表 + 温和的父表更新方式 #

1. 完善自适应高度的嵌套表（修正IntrinsicTableView）

我们需要确保嵌套表能准确计算所有子cell的总高度，尤其是子cell本身也是动态高度的情况。修改你的自定义表类：

final class AutoSizingTableView: UITableView {
    override func layoutSubviews() {
        super.layoutSubviews()
        // 每次布局后检查contentSize是否变化，确保触发intrinsic高度更新
        if contentSize.height != intrinsicContentSize.height {
            invalidateIntrinsicContentSize()
        }
    }
    
    override var intrinsicContentSize: CGSize {
        // 强制让表先完成所有子cell的布局，确保contentSize准确
        layoutIfNeeded()
        // 注意：必须保证嵌套表的宽度是固定的（比如和父cell等宽），否则会影响纵向高度计算
        return CGSize(width: UIView.noIntrinsicMetric, height: contentSize.height)
    }
    
    // 重载reloadData，确保刷新后立即触发布局更新，保证contentSize正确
    override func reloadData() {
        super.reloadData()
        DispatchQueue.main.async {
            self.layoutIfNeeded()
            self.invalidateIntrinsicContentSize()
        }
    }
}

关键改进点：

• 在layoutSubviews中主动监听contentSize变化，避免漏掉布局更新
• 重载reloadData，确保刷新后立即完成所有子cell的布局，让contentSize计算更准确
• 必须给嵌套表设置固定宽度约束（比如和父cell的contentView等宽），否则UITableView无法正确计算横向布局，进而影响纵向contentSize的准确性

2. 正确配置嵌套表的约束

在父cell中，给嵌套表添加约束时要注意这几点：

• 左、右约束必须和父cell的contentView绑定（固定宽度）
• 不要给嵌套表设置高度约束！让它靠intrinsicContentSize自动决定高度
• 禁止嵌套表滚动（因为要自适应高度，不需要滚动功能）

示例约束配置：

// 在父cell的awakeFromNib或初始化方法中
autoSizingTableView.translatesAutoresizingMaskIntoConstraints = false
autoSizingTableView.isScrollEnabled = false
autoSizingTableView.rowHeight = UITableView.automaticDimension
autoSizingTableView.estimatedRowHeight = 88 // 设一个接近子cell平均高度的值

NSLayoutConstraint.activate([
    autoSizingTableView.topAnchor.constraint(equalTo: sortResponseSuggestions.bottomAnchor, constant: 24),
    autoSizingTableView.leadingAnchor.constraint(equalTo: contentView.leadingAnchor, constant: 16),
    autoSizingTableView.trailingAnchor.constraint(equalTo: contentView.trailingAnchor, constant: -16),
    autoSizingTableView.bottomAnchor.constraint(equalTo: applySuggestionLabel.topAnchor, constant: -8)
])

3. 温和更新父表高度，避免滚动跳转

当嵌套表内容变化时，不要用performBatchUpdates，而是只刷新当前父cell的高度，同时强制保持滚动位置：

// 在父cell中，当嵌套表内容更新后调用这个方法
private func notifyParentTableOfHeightChange() {
    guard let parentTableView = findParentTableView(),
          let currentIndexPath = parentTableView.indexPath(for: self) else {
        return
    }
    
    // 让父表重新计算当前cell的高度，不触发批量更新
    parentTableView.beginUpdates()
    parentTableView.endUpdates()
    // 强制保持当前滚动位置，完全避免跳转
    parentTableView.setContentOffset(parentTableView.contentOffset, animated: false)
}

// 辅助方法：向上遍历找到父表
private func findParentTableView() -> UITableView? {
    var currentSuperview = self.superview
    while let view = currentSuperview {
        if let tableView = view as? UITableView {
            return tableView
        }
        currentSuperview = view.superview
    }
    return nil
}

4. 确保子cell高度计算正确

因为嵌套表的子cell也是动态高度，必须满足：

• 子cell的约束是完整的（从top到bottom有连续的约束链，没有缺失）
• 嵌套表的rowHeight设为UITableView.automaticDimension，estimatedRowHeight设合理默认值（如上面示例的88）

完整流程验证 #

1. 当嵌套表内容变化时，调用reloadData()，触发layoutSubviews进而更新intrinsicContentSize
2. 嵌套表自动调整高度，父cell的高度随之变化
3. 调用notifyParentTableOfHeightChange()，父表仅重新计算当前cell的高度，且保持滚动位置不变
4. 嵌套表内容完整显示，无截断，父表也不会出现滚动跳转

这样既解决了内容截断的问题，又彻底避免了父表的滚动跳转，完全符合你的需求~

内容来源于stack exchange