关闭

Android ListView适配器中的getView()被复用详解

标签: getViewlayoutlistview
626人阅读 评论(0) 收藏 举报
分类:

关于ListViewgetView被重复调用的问题

在这之前,申明下,这篇属于总结一些网上的内容加自己实践证明。


ListView显示数据时,自定义了一个适配器(extends BaseAdapter,然后重写了getView方法,现在出现一个问题,就是这个getView()方法:

 

被重复调用了;

比如我的_data中有两条数据,但是getView()方法 却被执行了四次甚至更多,请问这是神马情况?

这是什么样的情况,看了网上的资料以后我知道原来没有设置器listview 的布局方式不是fill-parent,而是wrap-content,会计算父控件的高度所以造成了一种反复调用情况,从而次数不确定。

更深层次的解释为:

ViewDraw的时候分成两个阶段:measurelayout,在measure阶段时主要就是为了计算两个参数:heightwidth。而且要注意的是,这是个递归的过程,从顶向下,DecorView开始依次调用自己子元素的measure。计算完成这两个参数后就开始layout,最后再是draw的调用。

对于ListView,当然每一个Item都会被调用measure方法,而在这个过程中getViewgetCount会被调用,而且看用户的需求,可能会有很多次调用。

而为什么会有很多组次调用呢?

问题就在于在layout中的决定ListView或者它的父元素的heightwidth属性的定义了。fill_parent会好一点,计算方法会比较简单,只要跟父元素的大小相似就行,但是即使是fill_parent,也不能给View当饭吃,还是要计算出来具体的dip,所以measure还是会被调用,只是可能比wrap_content的少一点。至于自适应的它会一直考量它的宽和高,根据内容(也就是它的子Item)计算宽高。可能这个measure过程会反复执行,如果父元素也是wrap_content,这个过程会更加漫长。

所以,解决方法就是尽量避免自适应,除非是万不得已,固定大小或者填充的效果会比较好一些。

具体例子详介:

 

1、xml布局没有写成固定高度/fill_cntent/match_parent时;



执行结果:


不难看出,getView()一共执行了4轮,已经复用多轮;


2、写成固定高度/fill_cntent/match_parent时:



执行结果:

 

现在,getView()只执行了1轮;也是我们需要的结果;


以上对比就可以看出我们需要怎么去处理;

如果复用多次,在 适配器显示图片 或 点击事件 的时候,可能会导致position错乱,从而刷新显示的时候:(不对应)错位现象!

 

另外一个带提到的,也是listView这类带缓存控件显示的优点:

如果数据很多条(list.size()),超出屏幕很多(具体是多少没细究);listView的只会先执行一部分的getView()方法(应该就屏幕内的数据数次)而不会上来就执行list.size()全部数据的总次数;当你下滑时,getView()方法才会继续执行一部分......(其实就是listView缓存机制)哈哈....结合这个例子去看这个缓存机制,效果会好很多哦!

 

无奈的补充下,listView被嵌套的时候,如上:父listView追寻上述方法;子listView不管怎么设置,还是会复用多次....我也测试了好久没找到好方法(问大神,度娘什么的),如果有大神知道,可以分享下...

 

 

1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:5910次
    • 积分:133
    • 等级:
    • 排名:千里之外
    • 原创:7篇
    • 转载:2篇
    • 译文:0篇
    • 评论:1条
    文章分类
    最新评论