1. adapter.getview()
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, view convertview, 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.
}