UITableViewCell滚动时内容错乱：单元格内定时器引发的问题

嘿，这个问题我太熟了——这完全是UITableView的单元格复用机制在搞鬼！当你滚动表格时，离开屏幕的单元格会被系统回收，重新分配给新进入视野的行。如果你的定时器没在单元格被复用时及时清理，旧的定时器会继续运行，甚至可能更新现在属于其他行的单元格UI，自然就出现错乱了。

核心解决方案：让自定义Cell自己管理定时器 #

我们需要把定时器的生命周期和单元格绑定在一起，而不是在cellForRowAt里零散处理，具体步骤如下：

1. 修改你的自定义Cell（StatsuSessionTableViewCell）

在Cell类里封装定时器的启动、停止逻辑，同时重写prepareForReuse方法，确保单元格被复用前彻底清理定时器：

class StatsuSessionTableViewCell: UITableViewCell {
    // 存储定时器实例，用weak避免循环引用
    private weak var timer: Timer?
    
    // 启动定时器的方法
    func startTimer() {
        // 先停止已有定时器，防止重复创建
        stopTimer()
        timer = Timer.scheduledTimer(withTimeInterval: 1.0, repeats: true) { [weak self] _ in
            // 这里写你的定时器逻辑，比如更新时间标签
            self?.updateTimerDisplay()
        }
    }
    
    // 停止并销毁定时器
    func stopTimer() {
        timer?.invalidate()
        timer = nil
    }
    
    // 单元格被复用时系统自动调用，必须在这里重置状态
    override func prepareForReuse() {
        super.prepareForReuse()
        stopTimer()
        // 同时重置定时器相关的UI，比如把时间标签恢复初始状态
        self.timerLabel.text = "00:00"
    }
    
    // 示例：更新定时器UI的方法
    private func updateTimerDisplay() {
        // 这里实现你的UI更新逻辑，比如累加时间、刷新倒计时等
    }
}

2. 修正cellForRowAt方法

在配置单元格时，根据行号决定是否启动定时器，同时确保所有单元格在配置前都重置状态：

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withIdentifier: "cell") as! StatsuSessionTableViewCell
    
    // 先统一停止定时器（prepareForReuse已经做了，这里再加一层保险）
    cell.stopTimer()
    
    if indexPath.row == 0 {
        // 第0行的配置逻辑
        return cell
    } else if indexPath.row == 1 {
        // 第1行的配置逻辑
        return cell
    } else if indexPath.row == 2 {
        // 第2行：启动定时器并初始化UI
        cell.startTimer()
        cell.timerLabel.text = "00:00"
        return cell
    }
    
    return cell
}

为什么这样有效？ #

• prepareForReuse是UITableViewCell的生命周期钩子，每次单元格被复用时都会触发，在这里停止定时器能彻底切断旧定时器和单元格的关联。
• 把定时器逻辑封装在Cell内部，避免在cellForRowAt里处理复杂的状态，代码更清晰也更不容易出错。
• 启动新定时器前先停止已有定时器，防止同一个Cell被多次调用startTimer导致多个定时器同时运行。

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