Android ListView常见的优化方式详解
ListView的优化
对于ListView来说,应该算是布局中几种最常用的组件之一了，使用也十分方便，下面个大家介绍一下两种常见的优化方式.
1.条目复用优化
- 其实listview的工作原理就是,listview在请求屏幕可见的item数时,convertView在getVIew中是null的.
- 但是当屏幕向下滑动的时候(比如该屏幕尺寸可显示7条teim),在item1被隐藏,此时出现item8时,covertView的值就不为null了,因为item1去填充它.
- 而如果不做复用处理的话,item8则会继续去findviewById,因此其实每个item里的View控件,竟然ID都是一样的,那我们其实可以利用covertView的复用原理,来优化listview,从而避免OOM异常.
详情见下图:
总结:通过对上图的理解,那么我们得知listview的item是可以进行复用的,通过什么来复用?Android已经帮我们定义了一个方法getView(finalintposition,ViewconvertView,ViewGroupparent)里面的convertView就是专门来处理复用的item的,因此我们只要对他处理就可以了.
2.优化findviewbyid
系统寻找子孩子id的方式:从左向右,跟树状模式一样.
每次寻找子孩子都消耗很多的资源,但是子孩子的id都是被创建出来的,
也就是是说他们是固定的,竟然如此那么我们就可以对他进行优化;
系统找R.id的模式见下图:
总结:通过对上图的理解,那么我们得知findviewbyid(id)的底层操作太耗时了,如果一个布局里面有一百多层,那么我就单单是找一个小小的'ImageView'都会找半天.幸好在2009年的googleIO大会上,google的工程师推出了一个优化的方式通过自定义一个viewholder类,来对view的id进行绑定,从而减少系统查找这样的耗时操作.
两种优化方案实际代码如下:
/**
*@paramposition位置
*@paramconvertview复用view
*历史回收的view对象.当某个view对象被完全移除屏幕的时候
*1.尽量的复用converview(历史缓存的view),减少view对象创建的个数
*2.尽量的减少子孩子id的查询次数.定义一个viewholder
*/
@Override
publicViewgetView(finalintposition,ViewconvertView,
ViewGroupparent){
Viewview;
ViewHolderholder;
if(convertView!=null){
//复用历史view对象
view=convertView;
holder=(ViewHolder)view.getTag();
}else{
//创建新的view对象
view=View.inflate(getApplicationContext(),
R.layout.item_callsmssafe,null);
//每次寻找子孩子消耗很多的资源cpu内存.
//只有当子view对象第一次被创建的时候查询id
holder=newViewHolder();
holder.tv_mode=(TextView)view
.findViewById(R.id.tv_black_mode);
holder.tv_phone=(TextView)view
.findViewById(R.id.tv_black_phone);
holder.iv_delete_blacknumber=(ImageView)view
.findViewById(R.id.iv_delete_blacknumber);
view.setTag(holder);
}
/**
*子孩子id的容器
*/
staticclassViewHolder{
TextViewtv_phone;
TextViewtv_mode;
ImageViewiv_delete_blacknumber;
}
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！