ListView优化一直是一个老生常谈的问题,不管是面试还是平常的开发中,ListView永远不会被忽略掉,那么这篇文章我们来看看如何最大化的优化ListView的性能。
- 在adapter中的getView方法中尽量少使用逻辑
- 尽最大可能避免GC
- 滑动的时候不加载图片
- 将ListView的scrollingCache和animateCache设置为false
- item的布局层级越烧越好
- 使用ViewHolder
1.在adapter中的getView方法中尽量少使用逻辑不要在你的getView()中写过多的逻辑代码,我们可以将这些代码放在别的地方,例如:
优化前的getView():
@Override
public View getView ( int position, View convertView, ViewGroup paramViewGroup){
Object current_event = mObjects.get(position);
ViewHolder holder = null;
if (convertView == null) {
holder = new ViewHolder();
convertView = inflater.inflate(R.layout.row_event, null);
holder.ThreeDimension = (ImageView) convertView.findViewById(R.id.ThreeDim);
holder.EventPoster = (ImageView) convertView.findViewById(R.id.EventPoster);
convertView.setTag(holder);
} else {
holder = (ViewHolder) convertView.getTag();
}
//在这里进行逻辑判断,这是有问题的
if (doesSomeComplexChecking()) {
holder.ThreeDimention.setVisibility(View.VISIBLE);
} else {
holder.ThreeDimention.setVisibility(View.GONE);
}
// 这是设置image的参数,每次getView方法执行时都会执行这段代码,这显然是有问题的
RelativeLayout.LayoutParams imageParams = new RelativeLayout.LayoutParams(measuredwidth, rowHeight);
holder.EventPoster.setLayoutParams(imageParams);
return convertView;
}
2.GC 垃圾回收器
当你创建了大量的对象的时候,GC就会频繁的执行,所以在getView()方法中不要创建很多的对象,最好的优化是,不要在ViewHolder以外创建任何对象,如果你的你的log里面发现“GC has freed some memory”频繁出现的话,那你的程序肯定有问题了。
你可以检查一下:a) item布局的层级是否太深
b) getView()方法中是否有大量对象存在
c) ListView的布局属性
3.加载图片
如果你的ListView中需要显示从网络上下载的图片的话,我们不要在ListView滑动的时候加载图片,那样会使ListView变得卡顿,所以我们需要再监听器里面监听ListView的状态,如果滑动的时候,停止加载图片,如果没有滑动,则开始加载图片listView.setOnScrollListener(new OnScrollListener() {
@Override
public void onScrollStateChanged(AbsListView listView, int scrollState) {
if (scrollState == AbsListView.OnScrollListener.SCROLL_STATE_FLING) {
//停止加载图片
imageLoader.stopProcessingQueue();
} else {
//开始加载图片
imageLoader.startProcessingQueue();
}
}
@Override
public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) {
// TODO Auto-generated method stub
}
});
4.将ListView的scrollingCache和animateCache设置为false
scrollingCache: scrollingCache本质上是drawing cache,你可以让一个View将他自己的drawing保存在cache中(保存为一个bitmap),这样下次再显示View的时候就不用重画了,而是从cache中取出。默认情况下drawing cahce是禁用的,因为它太耗内存了,但是它确实比重画来的更加平滑。而在ListView中,scrollingCache是默认开启的,我们可以手动将它关闭。
animateCache: ListView默认开启了animateCache,这会消耗大量的内存,因此会频繁调用GC,我们可以手动将它关闭掉
优化前的ListView
<ListView
android:id="@android:id/list"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:cacheColorHint="#00000000"
android:divider="@color/list_background_color"
android:dividerHeight="0dp"
android:listSelector="#00000000"
android:smoothScrollbar="true"
android:visibility="gone" />
优化后的ListView
<ListView
android:id="@android:id/list"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:divider="@color/list_background_color"
android:dividerHeight="0dp"
android:listSelector="#00000000"
android:scrollingCache="false"
android:animationCache="false"
android:smoothScrollbar="true"
android:visibility="gone" />
5.减少item的布局的深度
我们应该尽量减少item布局深度,因为当滑动ListView的时候,这回直接导致测量与绘制,因此会浪费大量的时间,所以我们应该将一些不必要的布局嵌套关系去掉。减少item布局深度6.使用ViewHolder
这个大家应该非常熟悉了,但是不要小看这个ViewHolder,它可以大大提高我们ListView的性能
造成数据加载时间较长以及占用内存的主要问题是在getView方法中的两项主要操作占用了系统内存。第一,对于列表显示的每一项内容,都需要加载其布局文件(假设布局文件为item.xml)。即View view = Inflater.inflate(R.layout.item1,null);第二,对于每一项中的各种控件都需要进行查找(假设只有TextView控件)。
基于以上两点,如果数据内容较大会占用较大内存,影响数据加载及显示效果。
基于以上两点,如果数据内容较大会占用较大内存,影响数据加载及显示效果。
为了解决以上问题,可以采取以下优化方案。
- 利用convertView的复用,减少创建view的次数。 在ListView中,并不能显示全部数据,只是按照屏幕可以容纳的最大项目显示列表项,对于每个显示项都需要调用getView()方法。滑动过程中一定是有项进入,有项目退出。退出的项将保存在convertView项,因此新项目可以利用convertView,省略使用inflater方法加载布局文件。每次首先判断convertView是否为空,如果空,我们创建新的convertView;如果不为空,直接利用convertView创建view。不用再次填充布局,能够节省大量内存,效率可以提高200%左右。
- 创建ViewHolder类,减少findbyId的次数。加入的每一项,具有相同的控件。每个控件需要在布局文件中找到相应的控件并为其设定内容。为了减少每次加载一些都需要到布局文件中查找每个控件,可以定义一个Viewholder类,为每项创建一个holder对象,将所有控件保持在holder中,并且通过setTag标签进行查找,减少查找控件的次数,效率可以再提高50%。
通过对ListView的优化,可以有效的提高显示效果及加载速度,同时提高用户体验效果。如果进行大量数据加载,可以对较大数据采取分页方式加载,如果对于加载网络资源,可以采取异步方式。
Android应用性能优化参考:
http://www.csdn.net/article/2015-11-05/2826130-speed-up-your-app/1