android-list view各種奇葩問題總結,android-list奇葩
對於list view,大家都想必又愛又恨,基於list view布局,只要有創造力就可以寫出各種效能良好,介面酷炫的動畫的list view。因此也會遇到一些問題。因此在此把問題總結一下。
一、scrollview嵌入list view,這種布局很是奇怪,我們平常開發的時候list view超過一屏時list view自動就會滾動,因為他內建了捲軸,不信的話可以去查看源碼。呵呵,可能是習慣上的思維吧,scrollview放入一個listview,這時候list view就會顯示一行。這是為什嗎?ScrollView中嵌套ListView空間,無法正確的計算ListView的大小,故可以通過代碼,根據當前的ListView的清單項目計算資料行表的尺寸。當然,網上有各種解決方案。我覺的比較好的兩種方法。
(1)重寫list view的ononMeasure(),效果還可以,不過有時候在我的機上測試時失敗過。
public class MainListView extends ListView{ public MainListView(Context context) { // TODO Auto-generated method stub super(context); } public MainListView(Context context, AttributeSet attrs) { // TODO Auto-generated method stub super(context, attrs); } public MainListView(Context context, AttributeSet attrs, int defStyle) { // TODO Auto-generated method stub super(context, attrs, defStyle); } @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { // TODO Auto-generated method stub int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST); super.onMeasure(widthMeasureSpec, expandSpec); } }
(2)重新計算list view的item的height,累加起來就是list view的總高度。
public static void setListViewHeightBasedOnChildren(ListView listView) { // 擷取ListView對應的Adapter ListAdapter listAdapter = listView.getAdapter(); if(listAdapter == null) { return; } int totalHeight = 0; for(int i = 0, len = listAdapter.getCount(); i < len; i++) { // listAdapter.getCount()返回資料項目的數目 View listItem = listAdapter.getView(i, null, listView); listItem.measure(0, 0); // 計運算元項View 的寬高 totalHeight += listItem.getMeasuredHeight(); // 統計所有子項的總高度 } ViewGroup.LayoutParams params = listView.getLayoutParams(); params.height = totalHeight + (listView.getDividerHeight() * (listAdapter.getCount() - 1)); // listView.getDividerHeight()擷取子項間分隔字元佔用的高度 // params.height最後得到整個ListView完整顯示需要的高度 listView.setLayoutParams(params);
這兩個方法其實就是重新測量list view的寬度和高度。
二、Android ListView CheckBox狀態錯亂
很多人給出的兩種解決辦法
1:上來就說是因為convertview對象共用的原因,不能用convetView,而是每次getView()的時候都new一個對象的view出來.這種辦法大概是用屁股想出來的.
2:即然錯亂,那我就自己再弄一個集合儲存checkBox的狀態,再錯亂,弄死你.即然adapter裡有一個list集合裡儲存checkBox的狀態了,為什麼還要自己再儲存一次checkBox的狀態呢,不是多此一舉嗎?
為什麼會產生這種現象呢?
1:首先分析下viewHolder.checkBox.setOnCheckedChangeListener(new OnCheckedChangeListener()…);
這句話,就是給checkBox添加一個監聽器,如果checkBox的狀態改變了,那麼系統就會自動回調裡面的onCheckedChange()方法.
而文中onCheckedChange()方法裡寫的是記錄這次改變後checkBox狀態的代碼.
2:再接著分析下if(list.get(position).type == A.TYPE_CHECKED){…},這部分代碼是根據list集合裡的對象屬性初始化view裡checkBox是否應該是選擇狀態.
3:我上下滑動listView的時候,checkBox的狀態就錯亂了,根據第二點的分析,無論如何checkBox的狀態都不會錯亂,除非list集合裡對象的屬性已經被改變了,到底是什麼地方改變了它?
4:文中只有一個地方寫了改變list集合裡checkBox對象屬性的地方,那就是第一點裡提到的OnCheckedChangeListener()方法。它被執行了?
怎麼回事,不可能吧,打個斷點,跑一下便知上下滑動listView的時候確實停了下來.
5:這便是convertView的功能,因為不管listView裡顯示多少條資料,都只是共用那麼幾個對象,然後我們的代碼每一次把得到的對象重新賦值而已。
終極解決方案:只要把添加監聽器的方法加到初始化view中checkBox狀態的代碼之前即可.
三:Android ListView非同步載入圖片錯位、重複、閃爍分析
比如ListView上有100個Item,一屏只顯示10個Item,我們知道getView()中convertView是用來複用View對象的,因為一個Item的對應一個View對象,而ImageView控制項就是View對象通過findViewById()獲得的,而我們在複用View對象時,同時這個ImageView對象也被複用了。比如第11個Item的View複用了第1個Item View對象,那麼ImageView就同時被複用了,所以當圖片沒下載出來,這個ImageView(第11個Item)顯示的資料就是複用(第1個Item)的資料。
1:Item圖片顯示重複
這個顯示重複是指當前行Item顯示了之前某行Item的圖片。
比如ListView滑動到第2行會非同步載入某個圖片,但是載入很慢,載入過程中ListView已經滑動到了第14行,且滑動過程中該圖片載入結束。第2行已不在螢幕內,根據上面介紹的緩衝原理,第2行的View對象可能被第14行複用,這樣我們看到的就是第14行顯示了本該屬於第2行的圖片,造成顯示重複。
2. Item圖片顯示錯亂
這個顯示錯亂是指某行Item顯示了不屬於該行Item的圖片。
跟上面的原因一樣。
3. Item圖片顯示閃爍
上面介紹的另外一種情況,如果第14行圖片又很快載入結束,所以我們看到第14行先顯示了複用的第2行的圖片,立馬又顯示了自己的圖片進行覆蓋造成閃爍錯亂。
解決方案:
通過上面的分析我們知道了出現錯亂的原因是非同步載入及對象被複用造成的,如果每次getView能給對象一個標識,在非同步載入完成時比較標識與當前行Item的標識是否一致,一致則顯示,否則不做處理即可。
原理:首先給ImageView設定一個Tag,這個Tag中設定的是圖片的url,然後在載入的時候取得這個url和要載入那position中的url對比,如果不相同就載入,相同就是複用以前的就不載入了。
以上部分借鑒別人的部落格,自己遇到瞭然後總結一下。給自己複慣用。
著作權聲明:本文為博主原創文章,未經博主允許不得轉載。