public VIEw getVIEw(int position,VIEw convertVIEw,VIEwGroup parent){...}
这个方法就是用来获得指定位置要显示的VIEw。官网解释如下:
Get a VIEw that displays the data at the specifIEd position in the data set. You can either create a VIEw manually or inflate it from an XML layout file.
当要显示一个VIEw就调用一次这个方法。这个方法是ListVIEw性能好坏的关键。方法中有个convertVIEw,这个是AndroID在为我们而做的缓存机制。
ListVIEw中每个item都是通过getVIEw返回并显示的,假如item有很多个,那么重复创建这么多对象来显示显然是不合理。因此,AndroID提供了Recycler,将没有正在显示的item放进RecycleBin,然后在显示新视图时从RecycleBin中复用这个VIEw。
Recycler的工作原理大致如下:
假设屏幕最多能看到11个item,那么当第1个item滚出屏幕,这个item的VIEw进入RecycleBin中,第12个要出现前,通过getVIEw从回收站(RecycleBin)中重用这个VIEw,然后设置数据,而不必重新创建一个VIEw。
我们用AndroID提供的APIDemos来验证这个过程:
先看关键代码:
复制代码 代码如下:
public VIEw getVIEw(int position,VIEwGroup parent) {
// A VIEwHolder keeps references to children vIEws to avoID unneccessary calls
// to findVIEwByID() on each row.
VIEwHolder holder;
// When convertVIEw is not null,we can reuse it directly,there is no need
// to reinflate it. We only inflate a new VIEw when the convertVIEw supplIEd
// by ListVIEw is null.
if (convertVIEw == null) {
convertVIEw = mInflater.inflate(R.layout.List_item_icon_text,null);
Log.v("tag","positon " + position + " convertVIEw is null," + "new: " + convertVIEw);
// Creates a VIEwHolder and store references to the two children vIEws
// we want to bind data to.
holder = new VIEwHolder();
holder.text = (TextVIEw) convertVIEw.findVIEwByID(R.ID.text);
holder.icon = (ImageVIEw) convertVIEw.findVIEwByID(R.ID.icon);
convertVIEw.setTag(holder);
} else {
// Get the VIEwHolder back to get fast access to the TextVIEw
// and the ImageVIEw.
holder = (VIEwHolder) convertVIEw.getTag();
Log.v("tag","positon " + position + " convertVIEw is not null," + convertVIEw);
}
// Bind the data efficIEntly with the holder.
holder.text.setText(DATA[position]);
holder.icon.setimageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
return convertVIEw;
}
static class VIEwHolder {
TextVIEw text;
ImageVIEw icon;
}
效果图:
可以看到,一打开Activity,看到10个item.
我们看看Log信息:
可以看出,每次convertVIEw都是null,都是新建一个VIEw来显示的。
当我们向下滑动,如下图,
由于item0和item10都显示一半,所以item10也是新建出来,但是当要显示item11的时候,由于item0已经不在屏幕上,所以item11复用了item0的实例。可以从以下Log信息看出:
我们分析Log信息,可以看出item11的对象是item0, item12的对象是item1,如此类推。
这样,通过复用convertVIEw,就可以避免每次都新建VIEw,节省内存而且优化ListVIEw的滑动效果。
2. ListVIEw的Layout XML除了上述说的,还有一个要点就是ListVIEw在Layout XML中的描述。
先看问题:
有时,我们可能会看到一打开ListVIEw,getVIEw会重复调用好次(假设屏幕最多可以看到6个item),如下图:
一直重复 0-6,0-5,0-5, 0-5,0-5, 0-5。而且,convertVIEw一开始都是同一个VIEw,这个是因为ListVIEw的
androID:layout_height="wrap_content"。
我们修改为androID:layout_height="fill_parent",Log信息如下:
可以看出,修改之后ListVIEw的getVIEw调用恢复和Recycler的行为一致。
至于为什么使用wrap_content会出现重复调用的情况,我还没有研究过。不过初步觉得是因为在AndroID描绘ListVIEw的时候,由于不清楚高度,所以使用一个item去试探ListVIEw在屏幕中的最大高度所引起。希望有知道的朋友能够告诉,先谢谢了!
最后,如果上面有什么地方说错的话,希望能够指出,互相进步嘛。
补充:
在接着使用ListVIEw的时候,又发现一个很奇怪的现象。调用notifyDataSetChanged()之后,ListVIEw在重新getVIEw()时,所有的convertVIEw的顺序都逆序了。请看下面截图:
这应该是由于recycleBin是stack结构而引起。
其它:
1. disable divIDer:
androID:divIDer="#00000000"
androID:divIDerHeight="0dp"
2. disable ListVIEw selector:
convertVIEw.setonClickListener(null);
如果只是要去掉颜色,可以用androID:ListSelector="#00000000"
3. disable header divIDer:
androID:headerdivIDersEnabled="false"
4. getItemVIEwType(int)与getItemVIEwType(int)
getItemVIEwType(int) can not return int value larger than getVIEwTypeCount().
Otherwise you will get java.lang.Arrayindexoutofboundsexception at androID.Widget.AbsListVIEw$RecycleBin.addScrapVIEw(AbsListVIEw.java:3523)
ListVIEw会根据不同的VIEwType返回相应type的convertVIEw.
一般写法:
复制代码 代码如下:
getVIEw() {
switch (getItemVIEwType(position)) {
case type1:
if(convertVIEw == null) {
} else {
}
break;
case type2:
default:
if(convertVIEw == null) {
} else {
}
break;
}
return convertVIEw;
}
getItemVIEwType(int position) {
// 根据场景,一般有:
// 1. 不同的item type对应的position是固定的,那么ListVIEw的data可以分别存放
// 2. 不同的item type对应的position是不固定的,那么可以把ListVIEw的data统一放在List<Object>中,
// 然后使用instanceof来判断Object的类型进而区分position对应的vIEw type.
}
以上是内存溢出为你收集整理的android开发中ListView与Adapter使用要点介绍全部内容,希望文章能够帮你解决android开发中ListView与Adapter使用要点介绍所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)