android listview常用方法,Android中ListView常见优化方案

我们设置或者优化ListView的性能很多时候都是在getView中完成的，反过来说就是很多性能问题都是由于没有正确使用getView造成的。

public View getView(int position, View convertView, ViewGroup parent)

那么问题就来了。

在一次显示ListView的界面时，getView会被执行几次？

在绘制ListView前往往要计算它的高度，所以一个ListView界面上可以看到6个ItemView，但是getView的执行次数却有可能是12次，多出的次数用来计算高度(这个可以通过设置ListView的height为0来避免)。所以要避免在getView中进行逻辑运算，两次计算同一逻辑完全是浪费。

每次getView执行时间有多久？

1秒之内屏幕大概可以完成30帧的绘制，人才能看到它比较流畅，每帧可使用的时间：1000ms/30 = 33.33 ms，每个ListView一般要显示6个ListItem，加上1个重用convertView：33.33ms/7 = 4.76ms，即是说，每个getView要在4.76ms内完成工作才会较流畅，但是事实上，每个getView间的调用也会有一定的间隔(有可能是由于handler在处理别的消息)，UI的handler处理不好的话，这个间隔也可难会很大(0ms-200ms)。结论就是，留给getView使用的时间应该在4ms之内，如果不能控制在这之内的话，ListView的滑动就会有卡顿的现象。

(转载：Android面试一天一题(11 Day) —— goeasyway)

有哪些常见的优化方案？

1. 使用ConvertView

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

@Override

public View getView(int position, View convertView, ViewGroup parent) {

View view;

// 判断convertView的状态，来达到复用效果

if (null == convertView) {

//如果convertView为空，则表示第一次显示该条目，需要创建一个view

view = View.inflate(MainActivity.this, R.layout.listview_item,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;

}

2. 使用View Holder模式

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

TextView tv_item = (TextView) view.findViewById(R.id.tv_item);

实际上，findViewById是到xml文件中去查找对应的id，可以想象如果组件多的话也是挺费事的，如果我们可以让view内的组件也随着view的复用而复用，就能对ListView进行很好的优化

private static class ViewHolder {

private TextView tvHolder;

}

@Override

public View getView(int position, View convertView, ViewGroup parent) {

View view;

ViewHolder holder;

// 判断convertView的状态，来达到复用效果

if (null == convertView) {

// 如果convertView为空，则表示第一次显示该条目，需要创建一个view

view = View.inflate(MainActivity.this, R.layout.listview_item, 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;

}

ps：

这里的ViewHolder类需要不需要定义成static，根据实际情况而定，如果item不是很多的话，可以使用，这样在初始化的时候，只加载一次，可以稍微得到一些优化。

不过，如果item过多的话，建议不要使用。因为static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。所以用static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例(比如Context的情况最多)，这时就要尽量避免使用了。

3. 分批加载与分页加载相结合

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

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

除此之前还有一些优化建议：

使用异步线程加载图片(一般都是直接使用图片库加载，如Glide, Picasso)；

在adapter的getView方法中尽可能的减少逻辑判断，特别是耗时的判断；

避免GC(可以从LOGCAT查看有无GC的LOG)；

在快速滑动时不要加载图片；

将ListView的scrollingCache和animateCache这两个属性设置为false(默认是true);

尽可能减少List Item的Layout层次(如可以使用RelativeLayout替换LinearLayout，或使用自定的View代替组合嵌套使用的Layout)；