项目实训(二十二)【巨坑】recyclerview在适配器更新后布局混乱

先描述一下我遇到的问题:

一个帖子列表,帖子布局中有一个显示图片的布局,一张两张三张图片的显示效果不同,所以对应着有三个不同的布局,初始都是gone。根据解析数据解析出的图片数选择显示那个布局。

列表有底部加载,到达底部获取数据添加到数组中,然后调用适配器的notify...方法之后,神奇的事情发生了。底部加载更多前的帖子,都显示了同一张图片。

也就是说,列表项的重新渲染出错了。

 

刚开始我想,是不是我解析数据的逻辑太复杂了,所以列表项的并发处理出现了混乱。于是我监听了onBindViewHolder这个核心方法,在列表项出现在可见区域时,会调用这个方法,通过打印我发现,方法的调用过程完全正确。。。。。

 

这就奇怪了,适配器拿到xml对应的初始布局,然后根据方法对这个布局进行设置,整个过程没有问题,怎么显示出来就不一样呢?

问题就在于,onBindViewHolder处理的初始布局,并不是xml对应的布局,而是上一个列表项的布局。换言之,我在xml中设置的布局A是gone,列表项1设置A为可见,然后1后面的列表项2如果不进行设置,那么A也会是可见。

所以解决方法也很明显了,就是在onBindViewHolder中对布局中没有设置的内容进行初始化设置就可以显示出想要的效果了。

TDengine是一种高性能、高可靠的时序数据库,由中国企业开发而成。然而,有些用户认为TDengine存在许多问题,因此将其称为""。以下是一些可能导致用户这样形容TDengine的问题: 首先,TDengine在与其他数据库集成时可能存在兼容性问题。由于其独特的架构和设计理念,一些已有的应用程序或工具可能无法直接适配TDengine。这可能导致用户需要进行大量的修改或重写现有代码,对于一些复杂的应用场景来说,这可能是一项耗时且繁琐的工作。 其次,TDengine的文档和教程相对较少。对于新用户来说,他们可能很难找到足够的资源来学习和理解TDengine的使用方法和最佳实践。这可能给用户带来一些困扰,特别是在遇到问题时很难找到解决办法。 此外,TDengine在某些方面的性能可能不如用户期望。虽然它被称为高性能数据库,但是与其他同类产品相比,TDengine可能在某些场景下的性能表现不如人意。这可能导致一些用户对TDengine的性能感到失望,并在使用过程中遇到一些瓶颈。 最后,TDengine可能也存在一些稳定性问题。尽管它被标榜为高可靠性数据库,但在实际使用中,一些用户可能遇到了一些无法解决的故障或崩溃问题。这可能对用户的业务和数据产生一定的影响,并损害用户对TDengine的信任度。 总之,尽管TDengine在性能和可靠性方面具备一定的优势,但也不能否认它目前还存在一些问题。用户在选择使用TDengine时需要充分了解其特点和局限性,并根据自身业务需求评估是否适合使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值