我們在使用ListView的時候，一般都會為ListView添加一個響應事件android.widget.AdapterView.OnItemClickListener。本文主要在于對OnItemClickListener的position和id參數(shù)做詳細的解釋，我相信有些人在這上面走了些彎路。

先來看一下官方的文檔

position The position of the view in the adapter.

id The row id of the item that was clicked.

而這兩行字并沒有解釋清楚position和id的區(qū)別。另外，我們還有個Adapter的getView方法。
public abstract View getView (int position, View convertView, ViewGroup parent)
這里也有一個position。

初步接觸ListView的同學，一般會直接繼承ArrayAdapter，然后（比如我），就想當然的認為OnItemClick的position和getView的position是一樣的啊。于是我們就getItem(position)來獲取相應的數(shù)據(jù)。

那么這段代碼有沒有錯呢？如果有錯的話，在什么情況會出錯呢？

第一個問題的答案是，當我們?yōu)長istView添加headerView或者footerView之后，這段代碼就不一定是我們想要的了。
出現(xiàn)問題的原因在于，當我們?yōu)長istView添加headerView或者footerView之后，ListView在setAdapter時，做了一些事情，這導致，Adapter和OnItemClickListener中的position含義發(fā)生了變化。

我們可以來看看ListView中setAdapter的實現(xiàn)

public void setAdapter(ListAdapter adapter) { 
if (mAdapter != null && mDataSetObserver != null) { 
mAdapter.unregisterDataSetObserver(mDataSetObserver); 
} 
resetList(); 
mRecycler.clear(); 
if (mHeaderViewInfos.size() > 0|| mFooterViewInfos.size() > 0) { 
mAdapter = new HeaderViewListAdapter(mHeaderViewInfos, mFooterViewInfos, adapter); 
} else { 
mAdapter = adapter; 
} 

可以看出，如果這個ListView存在headerView或者footerView的話，那么會在我們傳入的adapter外面在封裝一層HeaderViewListAdapter，這是一個專門用來自動處理headerView和footerView的adapter。在ListView中，本身不區(qū)分headerView，footerView。ListView可以理解成是只負責管理一組View的數(shù)組的UI（ViewGroup），headerView和footerView都委托給HeaderViewListAdapter來處理。（從這里也可以看到為什么API文檔中提到，addFooterView和addHeaderView要在setAdapter函數(shù)之前調(diào)用，如果在之后調(diào)用，那么就不會生成HeaderViewListAdapter，從而導致顯示不出headerView和footerView）。

回到開頭的問題，position和id有啥區(qū)別。為此，我們找一下position和id是怎么傳進來的。

OnItemClickListener在android.widget.AdapterView的public boolean performItemClick(View view, int position, long id)函數(shù)中被調(diào)用。

performItemClick在android.widget.AbsListView.PerformClick.run() 中被調(diào)用

private class PerformClick extends WindowRunnnable implements Runnable { 
int mClickMotionPosition; 
public void run() { 
// The data has changed since we posted this action in the event queue, 
// bail out before bad things happen 
if (mDataChanged) return; 
final ListAdapter adapter = mAdapter; 
final int motionPosition = mClickMotionPosition; 
if (adapter != null && mItemCount > 0 && 
motionPosition != INVALID_<strong>POSITION</strong> && 
motionPosition < adapter.getCount() && sameWindow()) { 
final View view = getChildAt(motionPosition - mFirstPosition); 
// If there is no view, something bad happened (the view scrolled off the 
// screen, etc.) and we should cancel the click 
if (view != null) { 
performItemClick(view, motionPosition, adapter.getItemId(motionPosition)); 
} 
} 
} 
} 

可以看到，position事實上就是ListView中被點擊的view的位置。注意，在ListView中是不負責處理headerView和footViewer的，所以，這個位置應該是這個被點擊的view在數(shù)組[所有的headerView，用戶添加的view，所有的footerView]中的位置（請自行參考HeaderViewListAdapter的getView實現(xiàn)）。而id是來自于adapter.getItemId(position)。
對于ArrayAdapter的getItemId函數(shù)，實現(xiàn)就是return position。id和position是一致的。

然而，對于HeaderViewListAdapter

public long getItemId(int <strong>position</strong>) { 
int numHeaders = getHeadersCount(); 
if (mAdapter != null && <strong>position</strong> >= numHeaders) { 
int adjPosition = <strong>position</strong> - numHeaders; 
int adapterCount = mAdapter.getCount(); 
if (adjPosition < adapterCount) { 
return mAdapter.getItemId(adjPosition); 
} 
} 
return -1; 
} 

實現(xiàn)邏輯是，如果position指向了headerView或footerView，那么返回-1，否則，將返回在用戶view數(shù)組的位置。
也就是說

id=position-headerView的個數(shù)（id < headerviewer的個數(shù)+用戶view的個數(shù)），否則=-1

因此，OnItemClickListener的正確實現(xiàn)如下：

void onItemClick(AdapterViewparent, View view, int <strong>position</strong>, long id){ 
if(id == -1) { 
// 點擊的是headerView或者<strong>footerView</strong> 
return; 
} 
int realPosition=(int)id; 
T item=getItem(realPosition); 
// 響應代碼 
}

相關(guān)閱讀：

Android 中ListView setOnItemClickListener點擊無效原因分析

以上所述是小編給大家介紹的Android ListView的OnItemClickListener詳解，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

最新評論