iOS调试时UITableViewCell可见，重启APP后消失问题求助

针对你遇到的调试状态下UITableView单元格正常显示，APP重启后空白且cellForRowAt未调用的问题，结合iOS 17、Xcode 15的环境特性，给出以下针对性排查方向：

1. 验证数据源的有效性 #

cellForRowAt未调用的核心原因通常是tableView(numberOfRowsInSection:)返回了0，先确认数据源在重启后是否真的有数据：

• 在调用tableView.reloadData()前，强制打印数据源的数量（比如print("联系人数量：\(contacts.count)")），对比调试和重启后的日志差异；
• 场景1的系统联系人：检查重启后CNContactStore的权限状态，iOS 17可能对权限的缓存逻辑有变化，可在数据请求前调用CNContactStore.authorizationStatus(for: .contacts)确认权限是否为.authorized；
• 场景2的历史记录：检查数据存储（如UserDefaults、CoreData）的读取逻辑，确认重启后是否正确从持久化层加载数据，比如CoreData的上下文是否正确初始化，UserDefaults的值是否被意外清空。

2. 修正数据加载与表格刷新的时机 #

如果数据加载是异步操作（比如联系人请求、网络拉取历史记录），viewDidLoad中直接调用reloadData()可能在数据未就绪时执行：

• 将tableView.reloadData()移至异步任务的完成回调内，比如联系人请求的闭包中：

  let request = CNContactFetchRequest(keysToFetch: [CNContactGivenNameKey as CNKeyDescriptor])
  do {
      try contactStore.enumerateContacts(with: request) { [weak self] contact, stop in
          self?.contacts.append(contact)
      }
      // 数据加载完成后再刷新表格
      self?.tableView.reloadData()
  } catch {
      print("联系人请求失败：\(error)")
  }
  

• 避免在viewDidLoad中依赖异步任务的“偶然及时完成”，调试时Xcode可能会减慢运行速度，导致异步任务刚好在reloadData前完成，但正常启动时异步任务滞后。

3. 排查子控制器嵌入与布局问题 #

iOS 17对子控制器的嵌入逻辑和布局约束有细节调整，可能导致UITableView的frame异常：

• 打印UITableView的frame和bounds（在viewDidAppear中），确认重启后表格是否有可见的显示区域，如果height或width为0，cellForRowAt不会被调用；
• 检查子控制器的嵌入代码，确保父控制器正确保留子控制器的引用（比如存为类属性，而非临时变量），避免子控制器被提前释放导致数据源/代理失效；
• 尝试在子控制器的viewDidAppear(_:)中再次调用tableView.reloadData()，确认是否是视图生命周期触发时机的问题。

4. 检查数据源与代理的绑定状态 #

调试时Xcode的调试器会持有对象，可能掩盖代理被释放的问题：

• 确认UITableView的dataSource和delegate是否设置为self，且子控制器未被意外释放；
• 如果使用了自定义的数据源对象，检查其引用类型（避免用weak导致被回收），或者在viewDidLoad中显式绑定：

  tableView.dataSource = self
  tableView.delegate = self
  

5. 适配iOS 17的UITableView特性 #

iOS 17对UITableView的默认行为有调整：

• 检查是否启用了UITableView的sectionHeaderTopPadding（iOS 15+新增），如果布局被挤压导致表格不可见，可尝试设置tableView.sectionHeaderTopPadding = 0；
• 若使用了单元格自动高度，确认estimatedRowHeight和rowHeight的设置是否正确，iOS 17可能对自动布局的计算逻辑有变化，导致单元格高度为0。

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