Xcode10+与Swift5下UITableView数据源调用顺序异常致崩溃问题

嗨，这个场景我之前开发中也遇到过，咱们从崩溃修复、调用顺序调整到布局问题一步步来解决：

一、先紧急修复数据源访问崩溃问题 #

首先，不管调用顺序如何，我们要确保数据源方法的访问绝对安全，避免越界或者空值访问。修改你的数据源方法：

1. 修正numberOfRowsInSection方法 #

func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
    // 先检查section索引是否合法，再检查list是否存在
    guard section >= 0, section < sectionDataSource.count, let list = sectionDataSource[section].list else {
        return 0
    }
    return list.count
}

这里加了section >= 0, section < sectionDataSource.count的判断，即使sectionDataSource是空数组，也不会触发越界访问的崩溃。

2. 确保numberOfSections方法的安全性 #

如果sectionDataSource是可选类型，一定要加空值保护：

func numberOfSections(in tableView: UITableView) -> Int {
    return sectionDataSource?.count ?? 0
}

如果是不可选的空数组，直接返回count就没问题。

二、调整配置顺序，避免过早触发数据源查询 #

问题的根源是：你在设置tableView.delegate = self和tableView.dataSource = self之后，还没准备好数据源，就设置了tableView.tableFooterView = UIView()——这一步会触发tableView的布局更新，进而调用数据源方法，但此时sectionDataSource是空的。

调整配置顺序，让数据源先处于安全状态，再关联代理和设置footer：

// 1. 先初始化数据源，确保它不是nil（如果是可选类型），至少是空数组
sectionDataSource = [] // 或者根据你的数据结构做初始化

// 2. 初始化tableView并配置基础属性（这些不会触发数据源查询）
tableView = UITableView.init(frame: CGRect.zero, style: UITableView.Style.grouped)
tableView.separatorStyle = .none
tableView.backgroundColor = UIColor.clear
tableView.register(AVHomeTableViewCell.self, forCellReuseIdentifier: "AVHomeTableViewCell")

// 3. 关联代理和数据源（此时数据源已经是安全的空数组）
tableView.delegate = self
tableView.dataSource = self

// 4. 最后设置tableFooterView，给它明确的尺寸避免布局异常
let footerView = UIView(frame: CGRect(x: 0, y: 0, width: tableView.bounds.width, height: 0))
tableView.tableFooterView = footerView

这样设置footer时，数据源方法返回的都是0，不会有崩溃，也不会触发不必要的cell布局。

三、解决单元格布局混乱问题 #

布局混乱通常是因为tableView在数据源未就绪时提前计算了布局，后续数据源更新后没有正确刷新。可以这么处理：

• 数据源更新后强制刷新tableView：当你异步加载完sectionDataSource的数据后，一定要调用tableView.reloadData()，让tableView重新查询数据源并计算布局。
• 正确配置自动布局参数：如果你的cell用的是自动布局，记得设置tableView的自动高度属性：

  tableView.estimatedRowHeight = 100 // 给一个预估高度，根据你的cell实际情况调整
  tableView.rowHeight = UITableView.automaticDimension
  

  避免因为初始高度计算错误导致布局错位。
• 避免空布局触发的异常：给tableFooterView设置明确的0高度frame，确保它不占用空间但能正常工作，避免干扰tableView的整体布局计算。

总结 #

核心原则是：

1. 数据源优先：确保数据源始终处于可安全访问的状态（要么有初始值，要么访问前做严格校验）；
2. 延迟关联代理：等数据源就绪后再设置delegate和dataSource，避免过早触发数据源查询；
3. 及时刷新布局：数据源更新后一定要调用reloadData()，让tableView重新计算布局。

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