Android ListView的getview()中重複呼叫(position重複呼叫)

yangxi_001發表於2014-08-14

重寫的listview adapter中,在getView()方法中,列印語句時,相同的position列印了多次,修改方法:
將佈局檔案中ListView的高度改為“fill_parent”

<ListView
android:id="@+id/dynamic_list"
android:layout_height="fill_parent"
android:layout_width="fill_parent"
android:scrollbars="vertical"
android:layout_weight="1"
android:drawSelectorOnTop="false"
android:fadingEdgeLength="0dip"
android:divider="@null"
android:dividerHeight="0dip"
android:cacheColorHint="#00000000"
android:background="@color/listview_bg_color" />


原因,參考:http://blog.csdn.net/f8376904110/article/details/6460934

 

當我們在使用listview的時候。有時候自定義adapter的時候,是不是會發現在getview裡列印日誌的時候,重複呼叫很多次?有時候4次。有的嚴重甚至到10次,當我們在listview中移動的時候。每移動一列都會呼叫很多次,這樣大大影響到效率!其實這和listview本身在android上的機制有關。下面我開始來介紹一下吧:

在佈局,我們只有一個listview的時候。那好。我們把高設定成wrap_content的時候。在listview里載入幾行看看。日誌在getview裡列印一下。是不是重複呼叫了?那這個辦法就好弄了。把高設定成fill_parent就成了。這個時候發現日誌還是重複呼叫?那就要看一下Listview的上一級而已的高是不是也是設定也fill_parent的,如果不是。請改動吧。如果是。。。那我還真沒碰到重複呼叫的!因為測試好幾次了!

如果我們在而已裡不只一個Listview。一個複雜好看的佈局可能有很多。listview在佈局的某個地方。這個時候有時候運氣不好。你會發現你呼叫了很多次getview。我測試的時候。最高230次。。。可想而知。這個速度是相當慢。而且每移動一次就是呼叫這麼多次!對於這樣的情況,在修改佈局的時候,要考慮以下兩點:1.首先考慮需求佈局和效能哪個更重要一點。2.考慮listview周邊哪個佈局控制元件影響到了它!

如果在效能上沒有太大影響,而需求要求必需是那樣的佈局。那就以佈局為主。看看有沒有別的方法來優化一下listview,當然前提是佈局一點都不能調整。如果能調整,佈局沒有太大變動。而listview又能很好的優化。那就當然優化了!當我們優化的時候。首先要看一下有沒有影響到Listview重繪的控制元件,比如。如果它上面和下面都有控制元件。而且高都是wrap_content,那麼你就要設定成fill_parent或者固定高。這樣listview在高上就不會重繪,這是最主要的一點。那左右是不是也有控制元件(一般一個手機頁面用到list的時候不會有這麼多控制元件)?有,那我們就也要調整,那就同高一樣的設定。一定要讓listview是一個固定在那個地方不動的。不然,你就等著讓他重複去呼叫吧!

其實說了這麼多。最主要的還是在我們進行佈局的時候。要巧妙的運用每個控制元件的屬性,以及瞭解控制元件每個的原理。這樣在我們進行UI設計的時候,才能很好的去結合!

相關文章