iOS致命索引错误排查：关联详情视图与主视图代码问题咨询

看起来你遇到的是典型的Index out of range崩溃，这种错误在UITableView场景下几乎都是数据源数组和tableView的行数不同步导致的，结合你贴的代码，我来拆解问题：

核心问题分析 #

1. 数据更新后未通知tableView刷新
   在详情视图的datePickerChanged方法里，你每次修改日期都会往list1数组里追加新的字符串，但你完全没告诉主视图的tableView：“嘿，数据源变了，你得重新加载内容！”。
   当你从详情视图回到主视图时，tableView还是按照之前的行数来渲染，但list1的长度已经增加了——如果tableView尝试去访问超出它预期行数的索引，直接就会触发致命崩溃。

2. 单元格复用的潜在风险（非致命，但建议修复）
   你在主视图cellForRowAt里用的是旧版的单元格复用方式，虽然这不是这次崩溃的直接原因，但这种写法容易出现cell为nil的情况，建议换成更安全的API。

解决方案 #

1. 数据更新后立即刷新tableView

你需要在list1追加元素后，通知主视图的tableView重新加载数据。这里提供一种简单的实现方式（如果主视图在导航栈里）：

@IBAction func datePickerChanged(_ sender: UIDatePicker) {
    let dateFormatter = DateFormatter()
    dateFormatter.dateFormat = "MMM dd, YYYY"
    let somedateString = dateFormatter.string(from: sender.date)
    list1.append(somedateString)
    
    // 找到导航栈里的主视图控制器，刷新它的tableView
    if let masterVC = navigationController?.viewControllers.first as? MasterViewController {
        masterVC.tableView.reloadData()
    }
}

如果觉得这种方式耦合度太高，也可以用闭包回调或者NotificationCenter通知来传递刷新事件，这样两个控制器之间的依赖会更松散。

2. 优化单元格复用代码

把主视图的cellForRowAt改成现代的复用方式，不需要手动判断cell是否为nil：

public override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cellIdentifier = "Cell"
    // 用这个API会自动创建或复用单元格，无需判空
    let cell = tableView.dequeueReusableCell(withIdentifier: cellIdentifier, for: indexPath)
    
    // 配置单元格内容，比如把数组里的字符串赋值给文本标签
    cell.textLabel?.text = list1[indexPath.row]
    return cell
}

注意要确保你在Storyboard/XIB里给单元格设置的Identifier和代码里的cellIdentifier完全一致。

3. 确保数据源操作在主线程

虽然你的datePickerChanged是IBAction，默认在主线程执行，但还是要提醒：所有修改list1的操作都必须在主线程，因为UITableView的UI更新只能在主线程完成，后台修改数组很容易导致数据不一致。

总结 #

这次崩溃的最直接原因就是数据源数组更新后，没有同步刷新UITableView，导致tableView尝试访问不存在的索引。按照上面的步骤修复后，应该就能解决问题了。

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