Swift 嵌套CollectionView动态高度：子视图嵌入父CollectionViewCell

以下方案均满足约束：不在Parent CollectionViewCell内部使用KVO等观察者监听Child CollectionView的contentSize变化，适配层级结构：Parent CollectionView -> Parent Cell -> Child CollectionView -> Child Cell

方案1：子列表布局完成后主动回传高度（优先选用，性能损耗最低） #

核心逻辑是把高度计算的时机从Cell内部移到父列表的数据源控制层，和子列表的数据刷新动作绑定，不需要额外监听：

• 给Child CollectionView配置自撑开布局，子Cell用Auto Layout贴紧内容布局，保证内容能正常撑开Cell
• 每次给Child CollectionView塞完数据调用reloadData()后，立刻调用layoutIfNeeded()强制触发子列表布局，此时直接读取childCollectionView.contentSize.height就是准确的内容总高度
• 把拿到的高度存在父列表的高度缓存字典里（key为对应IndexPath），同时更新父Cell上Child CollectionView的高度约束constant为该值
• 不用全量刷新父列表，调用parentCollectionView.performBatchUpdates(nil, completion: nil)即可触发父列表高度自适应，不会出现闪烁问题
• 父列表的sizeForItemAt代理方法直接读缓存里的高度返回即可，首次加载如果缓存不存在可以返回一个默认占位高度，等高度计算完成后会自动刷新到正确值

核心代码示例：

// 父列表数据源实现
var heightCache: [IndexPath: CGFloat] = [:]

func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell {
    let cell = collectionView.dequeueReusableCell(
        withReuseIdentifier: "ParentCollectionCell", 
        for: indexPath
    ) as! ParentCollectionCell
    let cellData = parentDataList[indexPath.item]
    
    // 配置子列表数据
    cell.childCollectionView.itemList = cellData.childItems
    cell.childCollectionView.reloadData()
    // 强制布局拿准确内容高度
    cell.childCollectionView.layoutIfNeeded()
    let correctHeight = cell.childCollectionView.contentSize.height
    // 更新缓存和子列表高度约束
    heightCache[indexPath] = correctHeight
    cell.childCollectionViewHeightCons.constant = correctHeight
    
    // 主线程异步触发父列表批量更新，避免时序问题
    DispatchQueue.main.async {
        collectionView.performBatchUpdates(nil)
    }
    return cell
}

func collectionView(_ collectionView: UICollectionView, layout collectionViewLayout: UICollectionViewLayout, sizeForItemAt indexPath: IndexPath) -> CGSize {
    let cellWidth = collectionView.bounds.width - collectionView.contentInset.left - collectionView.contentInset.right
    let cellHeight = heightCache[indexPath] ?? 60 // 初始占位高度
    return CGSize(width: cellWidth, height: cellHeight)
}

方案2：自定义子列表布局，主动抛出计算完成的高度 #

如果不想依赖layoutIfNeeded强制布局，可以自定义Child CollectionView的布局类，从布局层直接拿准确高度：

• 新建继承自UICollectionViewFlowLayout的自定义布局，重写prepare()方法，在方法内提前计算好所有子Cell的布局属性，同时累加得到准确的collectionViewContentSize
• 给自定义布局加一个回调闭包，当prepare()计算完总高度后，直接把高度通过回调抛给上层逻辑
• 上层拿到高度后走和方案1一致的缓存、父列表更新逻辑即可，全程不需要在Cell内部加任何监听逻辑
• 优势是不会出现reloadData后contentSize取值滞后的问题，高度值和最终渲染的内容高度完全一致

方案3：预计算高度（性能最高，无刷新时序问题） #

如果子列表的Cell高度有明确计算规则（比如固定高度、根据模型字段可以直接算出高度），可以完全脱离CollectionView的布局逻辑提前算高：

• 在网络请求/本地数据加载完成后，遍历每个父Cell对应的子列表数据，直接计算子列表总高度：总高度 = section上下内边距 + 所有子Cell高度和 + 子Cell行间距总和
• 把算好的高度直接存在对应父Cell的数据模型字段里，父列表sizeForItemAt直接读模型里的高度值返回即可，不需要二次刷新
• 后续子列表如果有新增、删除、内容更新操作，同步更新对应模型里存的高度值，再调用父列表的performBatchUpdates更新对应Cell即可，首屏加载速度最快

避坑提示：不要在父Cell的layoutSubviews方法里反复读取子列表contentSize触发父列表刷新，会引发循环布局导致卡顿。所有高度更新动作必须和子列表的数据刷新动作绑定，只有子数据变化时才重新计算高度、更新父布局。

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