快捷導(dǎo)航

android開發(fā)中ListView與Adapter使用要點介紹

更新時間：2013年06月05日 11:39:07 作者：

項目用到ListView，由于要用到 ImageView ，圖片源不是在資源里面的，沒法使用資源 ID，因此無法直接使用SimpleAdapter，要自己寫一個Adapter。在使用ListView和Adapter需要注意以下幾點

1. Adapter.getView()

public View getView(int position, View convertView , ViewGroup parent){...}

這個方法就是用來獲得指定位置要顯示的View。官網(wǎng)解釋如下：
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.

當(dāng)要顯示一個View就調(diào)用一次這個方法。這個方法是ListView性能好壞的關(guān)鍵。方法中有個convertView，這個是Android在為我們而做的緩存機(jī)制。
ListView中每個item都是通過getView返回并顯示的，假如item有很多個，那么重復(fù)創(chuàng)建這么多對象來顯示顯然是不合理。因此，Android提供了Recycler，將沒有正在顯示的item放進(jìn)RecycleBin，然后在顯示新視圖時從RecycleBin中復(fù)用這個View。

Recycler的工作原理大致如下：
假設(shè)屏幕最多能看到11個item，那么當(dāng)?shù)?個item滾出屏幕，這個item的View進(jìn)入RecycleBin中，第12個要出現(xiàn)前，通過getView從回收站（RecycleBin）中重用這個View，然后設(shè)置數(shù)據(jù)，而不必重新創(chuàng)建一個View。

我們用Android提供的APIDemos來驗證這個過程：

先看關(guān)鍵代碼：

復(fù)制代碼代碼如下:

 
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來顯示的。

當(dāng)我們向下滑動，如下圖，

由于item0和item10都顯示一半，所以item10也是新建出來，但是當(dāng)要顯示item11的時候，由于item0已經(jīng)不在屏幕上，所以item11復(fù)用了item0的實例?？梢詮囊韵翷og信息看出：

我們分析Log信息，可以看出item11的對象是item0， item12的對象是item1，如此類推。

這樣，通過復(fù)用convertView,就可以避免每次都新建View，節(jié)省內(nèi)存而且優(yōu)化ListView的滑動效果。

2. ListView的Layout XML

除了上述說的，還有一個要點就是ListView在Layout XML中的描述。

先看問題：

有時，我們可能會看到一打開ListView，getView會重復(fù)調(diào)用好次（假設(shè)屏幕最多可以看到6個item），如下圖：

一直重復(fù) 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調(diào)用恢復(fù)和Recycler的行為一致。

至于為什么使用wrap_content會出現(xiàn)重復(fù)調(diào)用的情況，我還沒有研究過。不過初步覺得是因為在Android描繪ListView的時候，由于不清楚高度，所以使用一個item去試探ListView在屏幕中的最大高度所引起。希望有知道的朋友能夠告訴，先謝謝了！

最后，如果上面有什么地方說錯的話，希望能夠指出，互相進(jìn)步嘛。

補(bǔ)充：

在接著使用ListView的時候，又發(fā)現(xiàn)一個很奇怪的現(xiàn)象。調(diào)用notifyDataSetChanged()之后，ListView在重新getView()時，所有的convertView的順序都逆序了。請看下面截圖：

這應(yīng)該是由于recycleBin是stack結(jié)構(gòu)而引起。

其它：

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會根據(jù)不同的ViewType返回相應(yīng)type的convertView.

一般寫法:

復(fù)制代碼代碼如下:

getView() {
switch (getItemViewType(position)) {
case type1:
if(convertView == null) {
} else {
}
break;
case type2:
default:
if(convertView == null) {
} else {
}
break;
}
return convertView;
}
getItemViewType(int position) {
// 根據(jù)場景，一般有：
// 1. 不同的item type對應(yīng)的position是固定的，那么ListView的data可以分別存放
// 2. 不同的item type對應(yīng)的position是不固定的，那么可以把ListView的data統(tǒng)一放在List<Object>中，
// 然后使用instanceof來判斷Object的類型進(jìn)而區(qū)分position對應(yīng)的view type.
}