listview學(xué)習(xí)

而在自定義ListView的樣式時(shí)，需要重寫數(shù)據(jù)接口的ListAdapter類中的getView函數(shù)，以此來定制ListView中每個(gè)item的樣式。在這里Android系統(tǒng)為了效率的原因引進(jìn)了ConvertView這一個(gè)變量。ConvertView在這里主要的作用就是方便系統(tǒng)在重寫UI時(shí)，能重用原來實(shí)用過的View實(shí)例，以此來降低系統(tǒng)資源的消耗和提高代碼效率。

但是當(dāng)你希望根據(jù)itemid實(shí)現(xiàn)不同的樣式時(shí)，往往會(huì)出現(xiàn)一些意想不到的情況。這主要是因?yàn)閮煞矫娴脑驅(qū)е碌?/div>   
Andorid并不保證getView的執(zhí)行順序因?yàn)間etView的不確定性，導(dǎo)致ConvertView的循序可能是無序的。   
   
   
對(duì)于一個(gè)ListView，Android保存所有曾經(jīng)生成過的ConvertView實(shí)例，直至系統(tǒng)垃圾回收這些實(shí)例位置，而不是只保存最后使用的ConvertView對(duì)象。這些保存的ConvertView以使用時(shí)間順序排序，并依次被傳遞到getView函數(shù)中。   
以一個(gè)簡單的例子來會(huì)更直觀，   
   
我有一列String需要展示   
view plain view plain view plain view plain view plaincopy   
   
   
Context [] c = {1,2,3.......14,16,15}  Color [] co = {r,w,...........w,w,r}     
   
   
由此可見當(dāng)下次需要調(diào)用多個(gè)convertView時(shí)，輸出的顏色順序?qū)?huì)出錯(cuò)。   
   
總結(jié)：由于ListView在執(zhí)行時(shí)，各種操作需要重寫的item數(shù)是不確定的，同時(shí)getView函數(shù)調(diào)用的順序也是不確定的，這將導(dǎo)致convertView的數(shù)組順序發(fā)生嚴(yán)重的錯(cuò)亂。所以并不建議通過判斷position來實(shí)現(xiàn)不同的樣式，除非不使用convertView   
   
目前避免這種錯(cuò)亂的解決方法，有幾種。   
不使用convertView，直接每次重新實(shí)例化需要的View對(duì)象通過外部的靜態(tài)數(shù)組基于itemid或則position值來保存View的Layout，content及style信息，在每次getView函數(shù)中都重新賦值。   
   
但是上述兩種方法都存在效率損失的問題，目前沒有找到太好的解決方法。   
   
</strong