歡迎來到Linux教程網
Linux教程網
Linux教程網
Linux教程網
您现在的位置: Linux教程網 >> UnixLinux >  >> Linux編程 >> Linux編程

探究Android中Listview顯示錯亂問題

問題

最近在項目中遇到過一個很棘手的問題,就是ListView在滑動後就莫名其妙的顯示錯亂,網上查閱資料後問題很容易的就解決了,但是對於問題產生的原因仍是一知半解,所以不甘心的我定下心來,狠讀源碼,終於理清了其中的”奧秘“。

由來

一般的關於Adapter中getView的寫法不外乎以下形式:

@Override
public View getView(int position, View convertView, ViewGroup parent) {
	ViewHolder holder;

	if (convertView == null) {
		convertView = mLayout.inflate(R.layout....);
		holder = new ViewHolder();
		holder.textView = (TextView) convertView
				.findViewById(R.id.textview);
		... ...
		convertView.setTag(holder);
	} else {
		holder = (ViewHolder) convertView.getTag();
	}
	holder.textView.setText(mText + position);
	return convertView;
}

在Android源碼中關於getView方法的實現就是采用的以上形式,如ArrayAdapter等。因為這種寫法的好處也是顯而易見的,如果該position的convertview曾經被加載過,在數據集合未被改動的前提下,系統會自動將該position的convertview緩存起來,避免重復加載耗費資源。

然後問題就來了,當時我就”自作小聰明“,覺得當convertview==null時只是做了item布局的加載以及相關控件ID的綁定操作,為什麼連內容的加載操作也放入其中呢,這樣下次加載緩存是就省去內容set的操作了,然後就出現了滑動ListView後數據顯示錯位的問題-。-。

原因

後來看源碼發現,原來AbListView中獲取getView()和滑動操作是異步進行的,其中滑動操作在一個FlingRunnable的支線程中運行,所以這就導致了在ListView在滑動時可能已經滑動到了第十行,但可能第二行的數據這時就被直接使用了,這就是導致數據加載錯亂的根本原因。
附上源碼中對FlingRunnable的注釋:

/**
 * Responsible for fling behavior. Use {@link #start(int)} to
 * initiate a fling. Each frame of the fling is handled in {@link #run()}.
 * A FlingRunnable will keep re-posting itself until the fling is done.
 *
 */
private class FlingRunnable implements Runnable {
    /**
     * Tracks the decay of a fling scroll
     */
    private final OverScroller mScroller;
	... ...
}

解決方法

所以唯一的解決方法就是只在convertview中緩存該ChildView的layout,但ChildView 中的數據必須每次都重新獲取並加載。其實ListView數據加載及數據緩存是比較復雜的(幾個相關的類加起來上完行=。=),所以以後有機會還是要好好研讀源碼,這樣才能更加透徹的理解原理。

更多Android相關信息見Android 專題頁面 http://www.linuxidc.com/topicnews.aspx?tid=11

Copyright © Linux教程網 All Rights Reserved