PS:感覺這兩個方法其實還是很容易理解的,也算是給我其他兩個朋友寫的吧,幫他們搞清楚這兩個方法的用法和概念。同時還有一些小細節問題需要注意。
學習內容:
1.getItemViewType和getViewTypeCount
getItemViewType和getViewTypeCount是ListView中實現復雜列表的兩個相關的方法,普通的ListView中Item是相同的,那么我們只需要實現Adapter中四個抽象方法即可,但是如果頁面中Item長得比較的復雜呢?比如說這個。
比如說這個列表項,其實也不是很復雜,這種類型的Item也有其他的實現方式,比如說在Adapter中實現SectionIndexer也是可以實現的,但是我們就拿這個來說明一下問題,如果一個Item第一種類型是TextView,第二種類型是ImageView+Button+TextView呢,那么這樣復雜的列表我們就需要使用getItemViewType()和getTypeViewCount()兩個方法去實現了。這兩個方法理解起來還是比較容易的,獲取Item中Type的類型以及Item中Type的相關數量。廢話就不多說了,直接說實現方式。
public class ListAdapter extends BaseAdapter { /** * Item類型,int值.必須從0開始依次遞增. * */ private static final int TYPE_TITLE = 0; private static final int TYPE_CONTENT = 1; /** * Item Type 的數量 * */ private static final int TYPE_ITEM_COUNT = 2; /** * 數據 * */ private List<Company> mData = new ArrayList<>(); private Context context; public ListAdapter(Context context,List<Company>mData){ this.context = context; this.mData = mData; } @Override public int getCount() { return mData.size(); } @Override public Object getItem(int position) { return mData.get(position); } @Override public long getItemId(int position) { return position; } @Override public View getView(int position, View convertView, ViewGroup viewGroup) { /** * 不同類型的ViewHolder * */ TitleViewHolder titleViewHolder = null; CompanyViewHolder contentViewHolder = null; /** * 對類型進行判斷,分別inflate不同的布局. * */ switch (getItemViewType(position)){ case TYPE_TITLE: titleViewHolder = new TitleViewHolder(); if(convertView == null){ convertView = View.inflate(context, R.layout.view_holder_company_index,null); titleViewHolder.title = (TextView) convertView.findViewById(R.id.tv_title); //setTag() convertView.setTag(titleViewHolder); }else{ //getTag(); titleViewHolder = (TitleViewHolder) convertView.getTag(); } titleViewHolder.title.setText(mData.get(position).getName()); break; case TYPE_CONTENT: contentViewHolder = new CompanyViewHolder(); if(convertView == null){ convertView = View.inflate(context,R.layout.view_holder_company,null); contentViewHolder.content = (TextView) convertView.findViewById(R.id.tv_content); convertView.setTag(contentViewHolder); }else{ contentViewHolder = (CompanyViewHolder) convertView.getTag(); } contentViewHolder.content.setText(mData.get(position).getCode()); break; } return convertView; } /** * 根據position獲取Item的類型 * */ @Override public int getItemViewType(int position) { if(TextUtils.isEmpty(mData.get(position).getCode())){ return TYPE_TITLE; }else{ return TYPE_CONTENT; } } /** * 返回Item Type的總數量 * */ @Override public int getViewTypeCount() { return TYPE_ITEM_COUNT; } static class TitleViewHolder{ TextView title; } static class CompanyViewHolder{ TextView content; } }
- 首先我們需要為不同的Item設置不同的數值,int值,因為getItemViewType返回的是int值,所以需定義成int,必須從0開始,依次遞增。原因我后續會做出解釋。
- 重寫getItemViewType和getViewTypeCount方法,getViewTypeCount返回Item的類型總數,getViewTypeCount則需要進行判斷,判斷方式一般都是通過JavaBean中的相關字段來判斷的,因此這塊不需要過於糾結。只需要根據position獲取Item的具體類型進行判斷然后就返回就可以了。
- 定義ViewHolder,根據類型的不同需要定義多個ViewHolder,減少findViewById()的次數。
- 重寫getView()中的相關方法,在getView中首先根據position獲取Item的類型去加載不用的布局,這里同時會setViewType為不同類型的Item設置RecycleBin,解決ListView由於多個類型Item的復用問題。不清楚RecycleBin機制的讀者可以去看下ListView的復用機制這里說到了RecycleBin,如果不懂這個機制是看不明白下面的解釋的。
- 最后根據傳遞過來的數據setAdapter然后為Item進行賦值就完成了。
大體的一個思路就是這樣實現的,這里需要說一下為什么定義Item的類型的時候必須要從0開始,依次遞增,那么原因是什么呢?如果我們有三種類型,我們將Item定義成1,2,4,那么勢必會出現ArrayIndexOutOfBoundsException,也就是所謂的數組越界,我上網查了很多資料都說會出現異常,並且Google也確實標明了,Note: Integers must be in the range 0 to getViewTypeCount()
- 1. IGNORE_ITEM_VIEW_TYPE
can also be returned.但是看到這里就沒有后續了,沒人會去說明這個問題是怎樣發生的,為什么要這樣去定義。可能我就是閑的蛋疼的那種人,不弄明白確實感到不舒服。我在解釋一下具體的原因:
其實發生這種情況一般都是我們在下拉的時候出現的問題,在第一次加載第一頁的時候是不會直接出現崩潰現象的,那么心細的讀者可能會明白這有可能是ListView在復用時出現的問題,其實卻是就是ListView復用機制導致的。我們來看一下這個方法:
/** *ListView在針對不同Item復用時會調用這個方法 *為每一種不同的Item設置一個RecycleBin,用於復用. */ public void setViewTypeCount(int viewTypeCount) { if (viewTypeCount < 1) { throw new IllegalArgumentException("Can't have a viewTypeCount < 1"); } // noinspection unchecked /** * 根據viewTypeCount的數量設置一個ArrayList. * 同時為每一個Item再設置一個ArrayList,用來存儲ScrapView. * 相當於一個二維數組來維護每一個Item的ScrapView數組. * 這里也就相當於為不同的Item設置單獨的RecycleBin. */ ArrayList<View>[] scrapViews = new ArrayList[viewTypeCount]; for (int i = 0; i < viewTypeCount; i++) { scrapViews[i] = new ArrayList<View>(); } //保存ViewTypeCount,也就 = 2 mViewTypeCount = viewTypeCount; //當前的Scrap是第一個Item的ScrapView數組. mCurrentScrap = scrapViews[0]; //mScrapViews就保存了一個二維數組維護的RecycleBin. mScrapViews = scrapViews; }
這是具體的數據結構,簡單理解就是每一個Item都有對應的ScrapView數組。這里其實並不是出問題的地方,我們都知道Item一旦被移出了屏幕,首先會Detach掉,然后被加入到mScrapView數組中(廢棄View池),那么在addScrapView的時候就會出現異常.
void addScrapView(View scrap) { AbsListView.LayoutParams lp = (AbsListView.LayoutParams) scrap.getLayoutParams(); if (lp == null) { return; } // Don't put header or footer views or views that should be ignored // into the scrap heap int viewType = lp.viewType; if (!shouldRecycleViewType(viewType)) { if (viewType != ITEM_VIEW_TYPE_HEADER_OR_FOOTER) { removeDetachedView(scrap, false); } return; } /** *核心代碼就是這塊,由於我們mViewTypeCount != 1 的,因此if條件不成立. *因此會執行else代碼. */ if (mViewTypeCount == 1) { dispatchFinishTemporaryDetach(scrap); mCurrentScrap.add(scrap); } else { dispatchFinishTemporaryDetach(scrap); mScrapViews[viewType].add(scrap); } if (mRecyclerListener != null) { mRecyclerListener.onMovedToScrapHeap(scrap); } }
問題就在於這個else代碼當中,我們可以看到mScrapViews[viewType].add(scrap)代碼執行了,我們前面圖片上顯示的,mScrapViews[]是很據Item的種類數量new出來的,由於我們Item總數是兩種類型,那么mScrapViews[].length = 2,但是這里是mScrapView[viewtype],viewtype是什么,其實就是我們getItemViewType的返回值,如果我們將類型定義成2和3,那么他會訪問mScrapView[2]和mScrapView[3],可想而知,一定會出現ArrayIndexOutOffBoundsException.這就是數組越界的真正原因。
基本就解釋完了,貼上一個從GitHub盪下來的源代碼:Demo下載