iOS中UITableView聚焦最后单元格问题：聊天界面重启后异常求助

我太懂你这个痛点了——这个scrollToBottom方法在实时发消息时还能用，但重启App或者切回页面后就失灵，滚动位置总是不对对吧？核心问题其实是调用时机没踩对：当你重启加载历史消息或者回到页面时，UITableView还没完成cell的布局计算，这时候调用滚动方法会用错误的cell高度来定位，自然就滚不到真正的底部。

下面给你几个针对性的修复方案，一步步解决问题：

1. 先优化你的scrollToBottom方法 #

把方法改得更健壮，同时确保等待tableView完成布局再执行滚动：

extension UITableView {
    func scrollToBottom(animated: Bool = true) {
        // 先确认有内容可滚动
        let lastSection = numberOfSections - 1
        guard lastSection >= 0 else { return }
        
        let lastRow = numberOfRows(inSection: lastSection) - 1
        guard lastRow >= 0 else { return }
        
        let targetIndexPath = IndexPath(row: lastRow, section: lastSection)
        
        // 异步执行，给tableView留足布局cell的时间
        DispatchQueue.main.async {
            self.scrollToRow(at: targetIndexPath, at: .bottom, animated: animated)
        }
    }
}

2. 选对调用时机 #

场景一：发送新消息插入cell时 #

发消息后插入新cell的场景，直接调用就行（因为insertRows本身会触发布局，动画也更自然）：

// 先把新消息加入数据源
messages.append(newMessage)
// 插入对应的cell
let newIndexPath = IndexPath(row: messages.count - 1, section: 0)
tableView.insertRows(at: [newIndexPath], with: .automatic)
// 滚动到底部
tableView.scrollToBottom()

场景二：重启App/回到页面加载历史消息时 #

这时候一定要等tableView完成刷新和布局再滚动，用异步调用避免布局未完成的问题：

// 加载历史消息到数据源
messages = loadHistoryMessages()
// 刷新tableView
tableView.reloadData()
// 异步滚动，确保cell布局完成后再计算位置
DispatchQueue.main.async {
    self.tableView.scrollToBottom(animated: false) // 这里用无动画更自然
}

场景三：页面重新出现时（比如从后台切回） #

如果需要每次回到聊天页面都自动滚到底部，可以在viewDidAppear里调用，但建议加个判断避免不必要的滚动：

override func viewDidAppear(_ animated: Bool) {
    super.viewDidAppear(animated)
    // 只有当消息列表有内容时才触发滚动
    if tableView.numberOfRows(inSection: 0) > 0 {
        tableView.scrollToBottom(animated: false)
    }
}

为什么之前的方法会异常？ #

当你重启App或者回到页面时，UITableView的cell如果是用AutoLayout自动计算高度的，reloadData后并不会立即完成所有cell的布局计算——这时候调用scrollToRow，会用cell的估算高度来计算滚动位置，而不是实际渲染后的真实高度，自然就滚不到正确的底部位置。用DispatchQueue.main.async延迟执行，能让tableView有足够时间完成布局，拿到真实的cell高度再计算滚动位置。

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