聊聊iOS中UITableView复用的那些事

持续创作，加速成长！这是我参与「日新计划 6 月更文挑战」的第1天，点击查看活动详情

今天跟大家聊聊在开发中我们所遇到的tableView复用的那些事，相信大家在使用tableView或者collectionView时，都会遇到cell复用导致UI错乱。在这篇文章中，我总结了一下几点。

UITableView中的复用机制，想必大家数组去重应该都很清楚了。这里就先简单提一下：

在tableview新建的时候，会新建一个复用池(reuse pool链表和数组的区别)。这个复用池可能是链表结构一个数组,或者是一个链表,保存着当前的cell。pool中的对象的复用标识符就数组排序是reuseIdentifier，数组指针标识着不同的种类的cell。调用dequeueR链表逆置eusableCellWithIdentifier:方法获取cell。从pool中取出来的cell都是tableview展示的原型。无论之前有什么状态，全部都要设置一遍。

这里我们就不对t数组c语言ableview的复用机制过多的探讨，只讲讲平时开发容易忽略的复用的问题。

我列举了以下几种情况：

• 在cell中条件判链表的特点断没有覆盖全场景
• 在cell中使用了延迟或者异步处理
• 在cell中UIImageView混用了网络图片和链表的特点本地图片

在更新cell的条件判断没有覆盖全场景，只处理了某种条件下UI，其他的没有处理

if xx {
    aLabel.isHidden = true
    avatarView.isHidden = false
} else if xx {
    aLabel.isHidden = false
    avatarView.isHidden = true
} else {
    aLabel.isHidden = true
}

在某些时候，cell可能会用来兼容很多情况，或者某一个数组去重方法的cell有很多状态，有时候因为疏忽导致没有处理全部的情况，常常出现了不该显示的UI元素显示出来数组c语言了。

因为tableview中的cell在使用标识符之后就会被复用，那么我们就需要针对复用的cell去做格式化处理。比如每次刷新时，重制状态。这样就可以保证它的状态是正常的，而不是上一次遗留的。

在cell中的使用了延迟或者异步数组和链表的区别处理

if xx {
    DispatchQueue.main.asyncAfter(deadline: .now() + 1) {
        avatarView.image = UIImage.init("123")
    }
} else {
    xxxx
}

有些时候，在cell中使用了延迟来处理某些逻辑。比如使数组和链表的区别用GCD或者异步回调来更新UI上的显示，可能会有tableView刷新时复用问题数组c语言，所以在使用延迟时，需要格外注意延迟后的逻辑判断，在重新刷新时取消延迟处理链表排序或异步操作。

在cell中使用数组UIImageView加载网络图片和本地图片

if xx {
    avatarView.image = UIImage.init("123")
} else {
    avatarView.kf.setImage(with: url)
}

在cell中我们会经常使用到网络图链表反转片加载库来加载网络图片。在某些场景下，我们会链表c语言将某个UIImageView链表c语言既用来加载网络图片，也用来加载本地图片。链表逆置如果有使用场景下我们将一个控件用来处理本地、网络两种情况，那么需要注意，再给加载本链表的创建地图片时取消网络图片的下载 sd_cancelCurrentImageLoad，或者不要使用同一个控件来加载网络、本地图片；

原因：链表和数组的区别加载本地图片是同步进行的，而加载网络图片是异步的，有可能我们在刷新时，加载本地图片。但是上次加载的网络图片还未加载完，这时，如果等上次的网络图片加载完成后，那么这个图片就会造成复用了。

总结下来，容易被忽视的其实还是在cell中有异步的操作。