聊聊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中有异步的操作。

发表评论

提供最优质的资源集合

立即查看 了解详情