如何高效为UITableViewCell动态添加子行，优化滚动与高度计算？

能不能禁用UITableViewCell复用？ #

能，但强烈不推荐：

• 直接每次创建新Cell、不用dequeueReusableCell就行，但如果列表数据量较大，会瞬间创建大量Cell实例，内存占用直接飙升，轻则滚动卡顿重则触发内存警告崩溃
• 只有当列表固定只有三五条数据时，才考虑这种临时凑活的方案

兼顾高度计算与性能的高效方案 #

给你两个靠谱方案，完美避开你提到的两个坑：

方案1：优化StackView逻辑，复用子视图 #

别每次刷新都删光重加子视图，而是提前备好一批，用的时候激活显示，不用就隐藏：

1. 初始化Cell时，提前创建足够多的子视图（按业务场景最多显示的条数设置），全部设为隐藏状态，存在Cell的数组属性中
2. 配置Cell数据时，根据当前要显示的条目数，取出对应数量的子视图赋值并显示，剩余的子视图保持隐藏
3. 配合UITableView的自动行高（开启estimatedRowHeight，设置rowHeight = UITableView.automaticDimension），StackView会自动被内容撑高，Cell高度也能自动计算

示例代码（Swift）：

class CustomCell: UITableViewCell {
    private let stackView = UIStackView()
    private var itemViews = [ItemView]()
    private let maxItemCount = 10 // 根据自身业务调整最大显示数

    override init(style: UITableViewCell.CellStyle, reuseIdentifier: String?) {
        super.init(style: style, reuseIdentifier: reuseIdentifier)
        setupUI()
    }

    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }

    private func setupUI() {
        stackView.axis = .vertical
        stackView.spacing = 8
        stackView.translatesAutoresizingMaskIntoConstraints = false
        contentView.addSubview(stackView)
        
        NSLayoutConstraint.activate([
            stackView.topAnchor.constraint(equalTo: contentView.topAnchor, constant: 16),
            stackView.leadingAnchor.constraint(equalTo: contentView.leadingAnchor, constant: 16),
            stackView.trailingAnchor.constraint(equalTo: contentView.trailingAnchor, constant: -16),
            stackView.bottomAnchor.constraint(equalTo: contentView.bottomAnchor, constant: -16)
        ])

        // 提前创建好所有备用子视图
        for _ in 0..<maxItemCount {
            let itemView = ItemView()
            itemView.isHidden = true
            stackView.addArrangedSubview(itemView)
            itemViews.append(itemView)
        }
    }

    func setup(with mainText: String, items: [ItemModel]) {
        // 设置自动换行的主文本
        textLabel?.text = mainText
        textLabel?.numberOfLines = 0
        textLabel?.preferredMaxLayoutWidth = contentView.bounds.width - 32 // 固定最大宽度，避免高度计算异常

        // 复用子视图
        for (index, item) in items.enumerated() {
            guard index < itemViews.count else { break }
            let view = itemViews[index]
            view.isHidden = false
            view.setup(with: item)
        }

        // 隐藏多余的子视图
        for index in items.count..<itemViews.count {
            itemViews[index].isHidden = true
        }
    }
}

方案2：用UICollectionView当子容器（替代嵌套TableView） #

UICollectionView比嵌套TableView靠谱得多，不会出现递归刷新的问题，还自带子项复用机制：

1. 在UITableViewCell内部添加UICollectionView，让Cell自身作为它的数据源/代理（或通过闭包传递数据）
2. 给CollectionView的FlowLayout开启自动尺寸（estimatedItemSize = UICollectionViewFlowLayout.automaticSize），子项用自动布局撑高
3. UITableView正常开启自动行高，CollectionView的高度会被内容自动撑开，外层Cell的高度也能同步正确计算

这个方案适合子项样式多变、数量不确定的场景，性能拉满，还不用手动管理子视图复用。

额外优化小技巧 #

• 给UITableView的estimatedRowHeight设置一个接近实际高度的值（比如200），减少滚动时的高度计算开销
• 主文本的preferredMaxLayoutWidth一定要固定，不然屏幕旋转或Cell宽度变化时，高度会出现异常波动
• 所有布局统一使用自动布局，别混写frame，否则自动行高容易计算错误

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