Android性能优化——局部更新ListView item

本文探讨了在Android中,如何通过notifyDataSetChanged方法实现ListView数据变更,以及由此带来的性能问题。当频繁调用此方法刷新包含多个下载任务的ListView时,会导致全列表重绘,消耗大量性能。为了解决这个问题,提出了对特定item进行局部更新的策略,以减少不必要的绘制和提高用户体验。
摘要由CSDN通过智能技术生成

利用notifyDataSetChanged 实现ListView 数据变更

对于android中的ListView刷新机制,大多数的程序员都是很熟悉的,修改或者添加adapter中的数据源之后,然后调用notifyDataSetChanged()刷新ListView。在这种模式下,我们会在getView中,根据不同的数据源,让控件显示不同的内容。这种模式是最常见的刷新模式,当我们来回滑动ListView的时候,调用adapter的getView方法,然后listview对adapter返回的View进行绘制。这种模式下,View的显示内容或状态都记录在adapter里面的数据源中,listview的更新频率不频繁,它随着数据源的变化而更新。
  例如有个下载模块,因为可能同时下载好几个数据,所以用的listview展示所有正在下载的内容。因为下载进度要实时更新,所以要不停的调用notifyDateSetChanged刷新数据。这样会不停的重新绘制整个listview的界面,性能开销非常大。而且如果每个item有图片的话,每个item的图片都需要重新加载,就算图片做了内存缓存,刷新一下图片也会闪一下,不停的刷新就会导致各个item的图片不停的闪,体验一点都不好。
  那么对于上面问题,有没有解决办法呢?当然是有的。我们可以针对某一个item进行局部更新,而不影响其它没有修改的item。那么具体如何实现的呢?我们看下面的代码。

 private void updateView(int itemIndex) {
   //得到第一个可显示控件的位置,
   int visiblePosition = mListView.getFirstVisiblePosition();
   //只有当要更新的view在可见的位置时才更新,不可见时,跳过不更新
   if (itemIndex - visiblePosition >=0 ) {
    //得到要更新的item的view
    View view = mListView.getChildAt(itemIndex - visiblePosition);
    //调用adapter更新界面
    mAdapter.updateView(view, itemIndex);
   }
  }

  这个函数主要是根据传入的itemIndex来获取第itemIndex的数据所显示的view。itemIndex就是要修改的数据再List集合中的位置,比如我这里下载进度有更新,发了一个广播这里接收到了,需要修改该下载内容的进度条,广播接收器可以这么写:


                
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值