利用convertView優化ListView性能

有一段時間沒更新了 主要生活上出了點狀況 然後學習的速度明顯下降了（在看JS什麼的 太基礎的沒有什麼好整理的）

 

**************************正文*******************************

 

這裏提到的ListView只是作爲一個典型代表 其實在Android中 採用類似Adapter機制的GridView等都是可以適用的 而ListView應該是用得最多的 所以就以它來舉例

大家都知道 將ListView和Adapter綁定以後 其實也就是將數據源和控件顯示綁定在一起 而每次需要顯示ListView的時候 裏面的item其實是Adapter提供的 通過的就是重要的getView()方法 而做法也是在這上面進行

 

先來看一下基本的getView寫法

 

public View getView(int position, View convertView, ViewGroup parent) {
	View view = new View();

	//通過inflate等找到佈局 然後findViewById等 設置各個顯示的item

	return view;
}

 

而在ListView滑動的過程中 很容易就會發現每次getView被執行 都會new出一個View對象 長此以往會產生很大的消耗 特別當item中還有Bitmap等 甚至會造成OOM的錯誤導致程序崩潰

 

在看getView提供的參數時 可能已經注意到了 有一個參數View convertView 而這個convertView其實就是最關鍵的部分了 原理上講 當ListView滑動的過程中 會有item被滑出屏幕 而不再被使用 這時候Android會回收這個條目的view 這個view也就是這裏的convertView

在上面的做法中 當item1被移除屏幕的時候 我們會重新new一個View給新顯示的item_new 而如果使用了這個convertView 我們其實可以複用它 這樣就省去了new View的大量開銷

下面就是使用convertView後的情況

 

public View getView(int position, View convertView, ViewGroup parent) {
	View view = null;
	if (convertView != null) {
	view = convertView;
	//複用了回收的view 只需要直接作內容填充的修改就好了
	} else {
	view = new Xxx(...);
	//沒有供複用的view 按一般的做法新建view
	}
	return view;
}

 

這樣一來 就避免了反覆創建大量view的問題了

 

但是上面的仍然有缺陷 當我們的ListView中填充的item有多種形式時 比如微博中 有的item中包含圖片 有的item包含視頻 那麼必然的 我們需要用到2種item的佈局方式

此時如果只是單純判斷convert是否存在 會造成回收的view不符合你當前需要的佈局 而類似轉換失敗出錯退出

這裏要提到Adapter中的另外2個方法：

public int getItemViewType(int position) {}

public int getViewTypeCount() {}

從方法名上 就可以比較明顯的明白這2個的作用

下面附上一個demo代碼

 

class MyAdapter extends BaseAdapter{
	Context mContext;
	LinearLayout linearLayout = null;
	LayoutInflater inflater;
	TextView tex;
	final int VIEW_TYPE = 2;
	final int TYPE_1 = 0;
	final int TYPE_2 = 1;

	public MyAdapter(Context context) {
		mContext = context;
		inflater = LayoutInflater.from(mContext);
	}

	@Override
	public int getCount() {
		return listString.size();
	}

	//每個convert view都會調用此方法，獲得當前所需要的view樣式
	@Override
	public int getItemViewType(int position) {
		int p = position%6;
		if(p == 0)
			return TYPE_1;
		else if(p < 3)
			return TYPE_2;
		else
			return TYPE_1;
	}

	@Override
	public int getViewTypeCount() {
		return 2;
	}

	@Override
	public Object getItem(int arg0) {
		return listString.get(arg0);
	}

	@Override
	public long getItemId(int position) {
		return position;
	}

	@Override
	public View getView(int position, View convertView, ViewGroup parent) {
		viewHolder1 holder1 = null;
		viewHolder2 holder2 = null;
		int type = getItemViewType(position);

		//無convertView，需要new出各個控件
		if(convertView == null)
		{ 
			//按當前所需的樣式，確定new的佈局
			switch(type)
			{
				case TYPE_1:
				convertView = inflater.inflate(R.layout.listitem1, parent, false);
				holder1 = new viewHolder1();
				holder1.textView = (TextView)convertView.findViewById(R.id.textview1);
				holder1.checkBox = (CheckBox)convertView.findViewById(R.id.checkbox);
				convertView.setTag(holder1);
				break;
				case TYPE_2:
				convertView = inflater.inflate(R.layout.listitem2, parent, false);
				holder2 = new viewHolder2();
				holder2.textView = (TextView)convertView.findViewById(R.id.textview2);
				holder2.imageView = (ImageView)convertView.findViewById(R.id.imageview);
				convertView.setTag(holder2);
				break;
			}
		}
		else
		{
			//有convertView，按樣式，取得不用的佈局
			switch(type)
			{
				case TYPE_1:
				holder1 = (viewHolder1) convertView.getTag();
				break;
				case TYPE_2:
				holder2 = (viewHolder2) convertView.getTag();
				break;
			}
				//設置資源
			switch(type)
			{
				case TYPE_1:
				holder1.textView.setText(Integer.toString(position));
				holder1.checkBox.setChecked(true);
				break;
				case TYPE_2:
				holder2.textView.setText(Integer.toString(position));
				holder2.imageView.setBackgroundResource(R.drawable.icon);
				break;
			}
		}
		return convertView;
	}
}
//各個佈局的控件資源
class viewHolder1{
	CheckBox checkBox;
	TextView textView;
}
class viewHolder2{
	ImageView imageView;
	TextView textView;
}

 這裏對於每個View使用了一個viewHolder來控制其內部的子item

還有一個需要注意的地方是使用了setTag和getTag的方法 將holder綁定到了view上 也算一種技巧

 

以上基本就是主要的內容了 下面再補充實際操作當中的一些Tips

*如果convertView上用Type區分有些繁瑣 或者不需要那麼複雜 只是很少有出現不同的情況 那麼還可以在取得convertView後 通過java提供的 instanceof 來判斷是否可以強轉 如果不能強轉 就去新建一個View的做法 但是其實這種做法並不規範 所以還是推薦上面的做法

*第二個是關於ListView 對於純色的item背景 其實可以直接設置BackgroundColor 而不要使用圖片 這一部分其實可以有不小的提升 同樣的 對於任何純色的背景 應該儘量去設置RGB顏色 而不是全用一張圖片做背景

 

感謝guoxinya86指出 在做類型強轉的時候 這裏用type作爲區分類型的判斷 但是實際情況下 很可能出現系統回收的convertView與要創建的並不相符 所以在強轉處的type判斷是不保險的 考慮了下還是應該使用instanceof做一下判斷 或者再爲每個View綁定一個type的標記 然後再決定是重用還是重新創建