ListView优化方案

转载 2015年11月17日 21:47:20

参考自:http://blog.csdn.net/fenghai22/article/details/44173057
参考自:http://blog.csdn.net/l1028386804/article/details/47209253

作为客户端,其最主要的任务就是最直观的和用户交互。从服务器拿数据,解析过后显示数据,根据用户操作按照一定的协议传回数据,达到用户想要的结果。这是我自己的理解,所以我们的程序,必须给用户一个良好的体验。

listView可以说是安卓开发中很重要的一个控件。我所做的项目中,几乎每个页面都会有listView。Adapter是listView和数据源间的中间人。当每条数据进入可见区域时,adapter的getview()会被调用,返回代表具体数据的视图。触摸滚动时,频繁调用。支持成百上千条数据。然而listView同时也很复杂,想要做好优化也不容易,下面是我自己整理的listView的优化方式

1、最简单的方法,最慢且最不实用

public View getView(int pos, View convertView, ViewGroup parent){
     View item = mInflater.inflate(R.layout.list_item, null);
     ((TextView) item.findViewById(R.id.text)). setText(DATA[pos]);
     ((ImageView) item.findViewButId(R.id.icon)).
     setImageBitmap((pos & 1) == 1 ? mIcon1 : mIcon2);
     return item;
}

每条数据我们都会去解析布局。相当于每次都去new一个对象,写第一个listView的时候我也是这样写的,功能自然能实现,但是实际上效率很低我们

2、可以利用convertView回收视图,效率能提高200%

 public View getView(int pos, View convertView, ViewGroup parent){
    if (convertView == null) {
        convertView = mInflater.inflate( R.layout.list_item, null);
    }
    //这个地方相当于做了一个缓存机制。只有convertVIew为空的时候我们才去解析布局,因为解析布局实际上是很麻烦,很耗时的。我们只解析一次布局,其他的我们用同一个缓存的布局
    ((TextView) convertView.findViewById(R.id.text)).
    setText(DATA[pos]);
    ((ImageView) convertView.findViewButId(R.id.icon)).
    setImageBitmap((pos & 1) == 1 ? mIcon1 : mIcon2);
    return convertView;
}

3、利用viewholder模式,效率再提高50%

static class ViewHolder {
    TextView text;
    ImageView icon;
}
public View getView(int pos, View convertView, ViewGroup parent){
    ViewHolder holder;
    if (convertView == null) {
        convertView = mInflater.inflate(R.layout.list_item, null);
        holder = new ViewHolder();
        holder.text = (TextView) convertView.findViewById(R.id.text));
        holder.icon = (ImageView) convertView.findViewButId(R.id.icon));
        convertView.setTag(holder);
    }else{
        holder = (ViewHolder) convertView.getTag();
    }
    holder.text.setText(DATA[pos]);
    holder.icon.setImageBitmap((pos & 1) == 1 ? mIcon1 : mIcon2);
    return convertView;
}

以上3点是listView中常用的,当然也是最基本的优化方式。如果没有什么特殊要求,对于android来说这3种优化是必须存在的。还有其他的一些优化方法:

4、ListView中数据的分批及分页加载

需求
ListView有一万条数据,如何显示;如果将十万条数据加载到内存,很消耗内存
解决办法
优化查询的数据:先获取几条数据显示到界面上
进行分批处理—优化了用户体验
进行分页处理—优化了内存空间
说明:
一般数据都是从数据库中获取的,实现分批(分页)加载数据,就需要在对应的DAO中有相应的分批(分页)获取数据的方法,如findPartDatas ()
1、准备数据:
在dao中添加分批加载数据的方法:findPartDatas ()
在适配数据的时候,先加载第一批的数据,需要加载第二批的时候,设置监听检测何时加载第二批
2、设置ListView的滚动监听器:setOnScrollListener(new OnScrollListener{….})
①、在监听器中有两个方法:滚动状态发生变化的方法(onScrollStateChanged)和listView被滚动时调用的方法(onScroll)
②、在滚动状态发生改变的方法中,有三种状态:
手指按下移动的状态: SCROLL_STATE_TOUCH_SCROLL: // 触摸滑动
惯性滚动(滑翔(flgin)状态): SCROLL_STATE_FLING: // 滑翔
静止状态: SCROLL_STATE_IDLE: // 静止
3、对不同的状态进行处理:
分批加载数据,只关心静止状态:关心最后一个可见的条目,如果最后一个可见条目就是数据适配器(集合)里的最后一个,此时可加载更多的数据。在每次加载的时候,计算出滚动的数量,当滚动的数量大于等于总数量的时候,可以提示用户无更多数据了。

5、ListView中图片的优化:详看OOM异常中图片的优化

1、处理图片的方式:
如果自定义Item中有涉及到图片等等的,一定要狠狠的处理图片,图片占的内存是ListView项中最恶心的,处理图片的方法大致有以下几种:
①、不要直接拿路径就去循环decodeFile();使用Option保存图片大小、不要加载图片到内存去
②、拿到的图片一定要经过边界压缩
③、在ListView中取图片时也不要直接拿个路径去取图片,而是以WeakReference(使用WeakReference代替强引用。
比如可以使用WeakReference mContextRef)、SoftReference、WeakHashMap等的来存储图片信息,是图片信息不是图片哦!
④、在getView中做图片转换时,产生的中间变量一定及时释放
2、异步加载图片基本思想:
1)、先从内存缓存中获取图片显示(内存缓冲)
2)、获取不到的话从SD卡里获取(SD卡缓冲)
3)、都获取不到的话从网络下载图片并保存到SD卡同时加入内存并显示(视情况看是否要显示)
原理:
优化一:先从内存中加载,没有则开启线程从SD卡或网络中获取,这里注意从SD卡获取图片是放在子线程里执行的,否则快速滑屏的话会不够流畅。
优化二:与此同时,在adapter里有个busy变量,表示listview是否处于滑动状态,如果是滑动状态则仅从内存中获取图片,没有的话无需再开启线程去外存或网络获取图片。
优化三:ImageLoader里的线程使用了线程池,从而避免了过多线程频繁创建和销毁,有的童鞋每次总是new一个线程去执行这是非常不可取的,好一点的用的AsyncTask类,其实内部也是用到了线程池。在从网络获取图片时,先是将其保存到sd卡,然后再加载到内存,这么做的好处是在加载到内存时可以做个压缩处理,以减少图片所占内存。
Tips:这里可能出现图片乱跳(错位)的问题:
图片错位问题的本质源于我们的listview使用了缓存convertView,假设一种场景,一个listview一屏显示九个item,那么在拉出第十个item的时候,事实上该item是重复使用了第一个item,也就是说在第一个item从网络中下载图片并最终要显示的时候,其实该item已经不在当前显示区域内了,此时显示的后果将可能在第十个item上输出图像,这就导致了图片错位的问题。所以解决之道在于可见则显示,不可见则不显示。在ImageLoader里有个imageViews的map对象,就是用于保存当前显示区域图像对应的url集,在显示前判断处理一下即可。

6、背景和图像

视图背景图像总会填充整个视图区域
1)图像尺寸不合适会导致自动缩放
2)避免实时缩放
3)最好预先缩放到视图大小

 originalImage = Bitmap.createScaledBitmap(
    originalImage,    // 缩放图像
    view.getWidth(),  // 视图宽度
    view.getHeight(), // 视图高度
    true); // 线性过滤器

默认情况下, 窗口有一个不透明的背景
有时可以不需要
最高层的视图是不透明的 layout_width = fill_parent
最高层的视图覆盖整个窗口 layout_height = fill_parent
更新看不见的背景是浪费时间

7、视图和布局

如果一个窗口包含很多视图,启动太慢,绘制时间长,用户界面反应速度很慢

解决方法:
1)使用textview的复合drawable减少层次

android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/hello"
android:drawableLeft="@drawable/icon"/>

2)使用viewstuf延迟展开视图
在xml文件中定义viewstuf

android:inflatedId="@+id/panel_import"
android:layout="@layout/progress_overlay"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:layout_gravity="bottom"/>

在需要展开视图时

findViewById(R.id.stub_import).setVisibility(View.VISIBLE);  
// 或者  
View importPanel = ((ViewStub)  
findViewById(R.id.stub_import)).inflate();  

8、使用合并中间视图

默认情况下,布局文件的根作为一个节点,加入到父视图中,如果使用merge可以避免根节点

"http://schemas.android.com/apk/res/android">

9、减少android的容器布局嵌套

android的布局嵌套其实在解析的时候也是很花时间的,所以,我们在能实现功能的基础上尽量避免很多层的嵌套。写布局的时候养成习惯就跟我们写java代码一样看到重复代码就尽量想办法去优化一样。
10 、ListView的其他优化
1、尽量避免在BaseAdapter中使用static 来定义全局静态变量:
static是Java中的一个关键字,当用它来修饰成员变量时,那么该变量就属于该类,而不是该类的实例。所以用static修饰的变量,它的生命周期是很长的,如果用它来引用一些资源耗费过多的实例(比如Context的情况最多),这时就要尽量避免使用了。
2、尽量使用getApplicationContext:
如果为了满足需求下必须使用Context的话:Context尽量使用Application Context,因为Application的Context的生命周期比较长,引用它不会出现内存泄露的问题
3、尽量避免在ListView适配器中使用线程:
因为线程产生内存泄露的主要原因在于线程生命周期的不可控制。之前使用的自定义ListView中适配数据时使用AsyncTask自行开启线程的,这个比用Thread更危险,因为Thread只有在run函数不结束时才出现这种内存泄露问题,然而AsyncTask内部的实现机制是运用了线程执行池(ThreadPoolExcutor),这个类产生的Thread对象的生命周期是不确定的,是应用程序无法控制的,因此如果AsyncTask作为Activity的内部类,就更容易出现内存泄露的问题。解决办法如下:
①、将线程的内部类,改为静态内部类。
②、在线程内部采用弱引用保存Context引用

相关文章推荐

ListView加载速度/性能优化方案分析

ListView加载速度/性能优化方案分析 http://www.mythroad.net/2013/02/19/listview%E5%8A%A0%E8%BD%BD%E9%80%9F%E5...

ListView加载速度/性能优化方案分

Adapter是listview和数据源间的中间人. 当每条数据进入可见区域时,adapter的getview()会被调用,返回代表具体数据的视图.触摸滚动时,频繁调用.支持成百上千条数据. ...

自定义adapter的基础上Listview优化方案以及几个小错误(checkbox吃掉点击事件以及对象重复问题)

每次adapter运行都有一个getcount,有多少条就调用多少次getview,就会解析多少次xml文件(创建view,条数多了很消耗时间),13年谷歌提出了一个机制,每次只缓存一屏幕多几个,把划...

Android之史上最强ListView优化方案

在android开发中Listview是一个很重要的组件,它以列表的形式根据数据的长自适应展示具体内容,用户可以自由的定义listview每一列的布局,但当listview有大量的数据需要加载的时候,...
  • wwdlss
  • wwdlss
  • 2016年03月07日 12:22
  • 544

ListView优化方案

一、复用convertView,减少findViewById的次数1、优化一:复用convertViewAndroid系统本身为我们考虑了ListView的优化问题,在复写的Adapter的类中,比较...

关于一个ListView使用多个item布局在优化时出现显示错乱的解决方案

一个很麻烦的问题,引用两个或者多个布局由于使用了ViewHolder和contenView做优化,页面在复用时出现要显示的内容错乱,经过上网查询和查谷歌官方的源码终于解决了这个问题 首先看下谷歌源码...

ListView优化方案的几点解析

1、为什么做优化 http://www.mythroad.net/2013/02/19/listview加载速度性能优化方案分析/...
  • ljtyzhr
  • ljtyzhr
  • 2014年12月27日 23:51
  • 459

一种优化 ListView 初始化加载速度的方案

我在使用 ListView 的时候,有一个问题困扰我挺久:能不能控制 ListView 初始化时加载的Item数量?比如,如果我刚打开一个页面,ListView 关联 Adapter 就开始加载十...
  • xyh269
  • xyh269
  • 2017年08月08日 16:54
  • 202

ListView嵌套RecycleView滑动卡顿问题的优化方案

抛出问题ListView嵌套RecycleView(或者ListView、GridView)时会存在性能问题,是由于内层RecycleView做为外层Listview的item加载时,该Recycle...

Andorid中几种简单又常见的ListView的优化方案!

Android中的ListView应该算是布局中几种最常用的组件之一了,使用也十分方便,下面将介绍ListView几种比较常见的优化方法: 首先我们给出一个没有任何优化的Listview的Ada...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:ListView优化方案
举报原因:
原因补充:

(最多只允许输入30个字)