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.
}
