轉自 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設計的時候，才能很好的去結合！