Android中ListView的几种常见的优化方法总结

概述Android中的ListView应该算是布局中几种最常用的组件之一了，使用也十分方便，下面将介绍ListView几种比较常见的优化方法：

AndroID中的ListVIEw应该算是布局中几种最常用的组件之一了，使用也十分方便，下面将介绍ListVIEw几种比较常见的优化方法：

首先我们给出一个没有任何优化的ListvIEw的Adapter类，我们这里都继承自BaseAdapter，这里我们使用一个包含100个字符串的List集合来作为ListVIEw的项目所要显示的内容，每一个条目都是一个自定义的组件，这个组件中只包含一个textvIEw：

Activity：

package com.alexchen.ListvIEwoptimize;  import java.util.ArrayList; import java.util.List; import androID.app.Activity; import androID.os.Bundle; import androID.vIEw.Menu; import androID.vIEw.MenuItem; import androID.vIEw.VIEw; import androID.vIEw.VIEwGroup; import androID.Widget.BaseAdapter; import androID.Widget.ListVIEw; import androID.Widget.TextVIEw;  public class MainActivity extends Activity {    private ListVIEw lv_demo;   private List<String> List;    @OverrIDe   protected voID onCreate(Bundle savedInstanceState) {     super.onCreate(savedInstanceState);     setContentVIEw(R.layout.activity_main);     lv_demo = (ListVIEw) findVIEwByID(R.ID.lv_demo);     //List为要加载的条目文本的集合，这里总共是100条     List = new ArrayList<String>();     for (int i = 0; i < 100; i++) {       List.add("条目" + i);     }      lv_demo.setAdapter(new MyAdapter());   }    private class MyAdapter extends BaseAdapter {      @OverrIDe     public int getCount() {       return List.size();     }      @OverrIDe     public VIEw getVIEw(int position,VIEw convertVIEw,VIEwGroup parent) {       //ListvIEw_item里只有一个textvIEw       VIEw vIEw = VIEw.inflate(MainActivity.this,R.layout.ListvIEw_item,null);       //使用每一次都findvIEwByID的方法来获得ListvIEw_item内部的组件       TextVIEw tv_item = (TextVIEw) vIEw.findVIEwByID(R.ID.tv_item);       tv_item.setText(List.get(position));       return vIEw;     }      @OverrIDe     public Object getItem(int position) {       return null;     }      @OverrIDe     public long getItemID(int position) {       return 0;     }    } } 

优化一：

也是最普通的优化，就在MyAdapter类中的getVIEw方法中，我们注意到，上面的写法每次需要一个VIEw对象时，都是去重新inflate一个VIEw出来返回去，没有实现VIEw对象的复用，而实际上对于ListVIEw而言，只需要保留能够显示的最大个数的vIEw即可，其他新的vIEw可以通过复用的方式使用消失的条目的vIEw，而getVIEw方法里也提供了一个参数：convertVIEw，这个就代表着可以复用的vIEw对象，当然这个对象也可能为空，当它为空的时候，表示该条目vIEw第一次创建，所以我们需要inflate一个vIEw出来,所以在这里，我们使用下面这种方式来重写getVIEw方法：

@OverrIDe   public VIEw getVIEw(int position,VIEwGroup parent) {     VIEw vIEw;     // 判断convertVIEw的状态，来达到复用效果     if (null == convertVIEw) {       //如果convertVIEw为空，则表示第一次显示该条目，需要创建一个vIEw       vIEw = VIEw.inflate(MainActivity.this,null);     } else {       //否则表示可以复用convertVIEw       vIEw = convertVIEw;     }     // ListvIEw_item里只有一个textvIEw     TextVIEw tv_item = (TextVIEw) vIEw.findVIEwByID(R.ID.tv_item);     tv_item.setText(List.get(position));     return vIEw;   } 

优化二：

上面是对vIEw对象的复用做的优化，我们经过上面的优化之后，我们不需要每一个vIEw都重新生成了。下面我们来解决下一个每一次都需要做的工作，那就是vIEw中组件的查找：

TextVIEw tv_item = (TextVIEw) vIEw.findVIEwByID(R.ID.tv_item);

实际上，findVIEwByID是到xml文件中去查找对应的ID，可以想象如果组件多的话也是挺费事的，如果我们可以让vIEw内的组件也随着vIEw的复用而复用，那该是多美好的一件事啊。。实际上谷歌也推荐了一种优化方法来做应对，那就是重新建一个内部静态类，里面的成员变量跟vIEw中所包含的组件个数类型相同，我们这里的vIEw只包含了一个TextVIEw，所以我们的这个静态类如下：

private static class VIEwHolder {   private TextVIEw tvHolder; } 

那么这个vIEwHolder类我们要如何使用才可以达到复用效果呢？基本思路就是在convertVIEw为null的时候，我们不仅重新inflate出来一个vIEw，并且还需要进行findvIEwbyID的查找工作，但是同时我们还需要获取一个VIEwHolder类的对象，并将findvIEwByID的结果赋值给VIEwHolder中对应的成员变量。最后将holder对象与该vIEw对象“绑”在一块。

当convertVIEw不为null时，我们让vIEw=converVIEw，同时取出这个vIEw对应的holder对象，就获得了这个vIEw对象中的TextVIEw组件，它就是holder中的成员变量，这样在复用的时候，我们就不需要再去findVIEwByID了，只需要在最开始的时候进行数次查找工作就可以了。这里的关键在于如何将vIEw与holder对象进行绑定，那么就需要用到两个方法：setTag和getTag方法了：

@OverrIDe   public VIEw getVIEw(int position,VIEwGroup parent) {     VIEw vIEw;     VIEwHolder holder;     // 判断convertVIEw的状态，来达到复用效果     if (null == convertVIEw) {       // 如果convertVIEw为空，则表示第一次显示该条目，需要创建一个vIEw       vIEw = VIEw.inflate(MainActivity.this,null);       //新建一个vIEwholder对象       holder = new VIEwHolder();       //将findvIEwbyID的结果赋值给holder对应的成员变量       holder.tvHolder = (TextVIEw) vIEw.findVIEwByID(R.ID.tv_item);       // 将holder与vIEw进行绑定       vIEw.setTag(holder);     } else {       // 否则表示可以复用convertVIEw       vIEw = convertVIEw;       holder = (VIEwHolder) vIEw.getTag();     }     // 直接 *** 作holder中的成员变量即可，不需要每次都findVIEwByID     holder.tvHolder.setText(List.get(position));     return vIEw;   } 

经过上面的做法，可能大家感觉不太到优化的效果，根据Google的文档，实际优化效果在百分之5左右。

优化三：

上面的两个例子中ListVIEw都是显示的本地的List集合中的内容，List的长度也只有100个，我们可以毫不费力一次性加载完这100个数据；但是实际应用中，我们往往会需要使用ListvIEw来显示网络上的内容，比如说我们拿使用ListVIEw显示新闻为例：

其一：假如网络情况很好，我们使用的手机也许能够一下子加载完所有新闻数据，然后显示在ListVIEw中，用户可能感觉还好，假如说在网络不太顺畅的情况下，用户加载完所有网络的数据，可能这个List是1000条新闻，那么用户可能需要面对一个空白的Activity好几分钟，这个显然是不合适的

其二：我们知道AndroID虚拟机给每个应用分配的运行时内存是一定的，一般性能不太好的机器只有16M，好一点的可能也就是64M的样子，假如说我们现在要浏览的新闻总数为一万条，即便是网络很好的情况下，我们可以很快的加载完毕，但是多数情况下也会出现内存溢出从而导致应用崩溃的情况。

那么为了解决上面的两个问题，我们需要进行分批加载，比如说1000条新闻的List集合，我们一次加载20条，等到用户翻页到底部的时候，我们再添加下面的20条到List中，再使用Adapter刷新ListVIEw，这样用户一次只需要等待20条数据的传输时间，不需要一次等待好几分钟把数据都加载完再在ListVIEw上显示。其次这样也可以缓解很多条新闻一次加载进行产生OOM应用崩溃的情况。

实际上，分批加载也不能完全解决问题，因为虽然我们在分批中一次只增加20条数据到List集合中，然后再刷新到ListVIEw中去，假如有10万条数据，如果我们顺利读到最后这个List集合中还是会累积海量条数的数据，还是可能会造成OOM的情况，这时候我们就需要用到分页，比如说我们将这10万条数据分为1000页，每一页100条数据，每一页加载时都覆盖掉上一页中List集合中的内容，然后每一页内再使用分批加载，这样用户的体验就会相对好一些。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持编程小技巧。

总结

以上是内存溢出为你收集整理的Android中ListView的几种常见的优化方法总结全部内容，希望文章能够帮你解决Android中ListView的几种常见的优化方法总结所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。