前幾天在項(xiàng)目中發(fā)現(xiàn)一個(gè)奇怪的bug，就是有一個(gè)自定義下拉刷新的ListView調(diào)用adapter的onItemClick方法中的position有問(wèn)題，比如我點(diǎn)擊第一條數(shù)據(jù)返回的position不是0而是1，這個(gè)問(wèn)題直觀的想法就是肯定自定義的ListView出了問(wèn)題，不過(guò)研究半天也沒(méi)發(fā)現(xiàn)什么bug，只是了解到自定義ListView是使用setHeaderView來(lái)實(shí)現(xiàn)下拉刷新的，遂上網(wǎng)搜索關(guān)于ListView添加Header會(huì)對(duì)position的影響，看到別人對(duì)ListView源碼的分析后，十分慚愧做了好幾年Android竟然連最常見(jiàn)的ListView的使用都有問(wèn)題。
好啦現(xiàn)在分享一下分析結(jié)果
當(dāng)我們?yōu)長(zhǎng)istView添加了Header之后，ListVIew會(huì)改造我們自己定義的adapter封裝為HeaderViewListAdapter，HeaderViewListAdapter主要處理的就是添加Header和Footer后的position位置的錯(cuò)誤，這個(gè)新的adapter可以通過(guò)原有的ListView的getAdapter方法獲得即onItemClick中的parent.getAdaper()獲取，當(dāng)我們想要獲取某個(gè)item時(shí)通過(guò)新的adapter的getItem或者getItemId方法即可，當(dāng)然我們也可以自己計(jì)算position表示的真正的item位置，用到的方法是ListVIew的getHeaderViewsCount方法，通過(guò)position減去getHeaderViewsCount獲取到的headerView的數(shù)量就可以得到實(shí)際item的位置。
最后分享一下參考的分析文章，當(dāng)然我還是推薦大家自己結(jié)合別人的分析閱讀以下相關(guān)的源代碼
http://blog.chengbo.net/2012/03/09/onitemclick-return-wrong-position-when-listview-has-headerview.html
http://blog.csdn.net/shuxiangxingkong/article/details/37691761