Listview性能優化

有一段時間沒更新了 主要生活上出了點狀況 然後學習的速度明顯下降了(在看JS什麼的 太基礎的沒有什麼好整理的)

 

**************************正文*******************************

 

這裏提到的ListView只是作爲一個典型代表 其實在Android中 採用類似Adapter機制的GridView等都是可以適用的 而ListView應該是用得最多的 所以就以它來舉例

大家都知道 將ListView和Adapter綁定以後 其實也就是將數據源和控件顯示綁定在一起 而每次需要顯示ListView的時候 裏面的item其實是Adapter提供的 通過的就是重要的getView()方法 而做法也是在這上面進行

 

先來看一下基本的getView寫法

 

Java代碼  收藏代碼
  1. public View getView(int position, View convertView, ViewGroup parent) {  
  2.     View view = new View();  
  3.   
  4.     //通過inflate等找到佈局 然後findViewById等 設置各個顯示的item  
  5.   
  6.     return view;  
  7. }  

 

而在ListView滑動的過程中 很容易就會發現每次getView被執行 都會new出一個View對象 長此以往會產生很大的消耗 特別當item中還有Bitmap等 甚至會造成OOM的錯誤導致程序崩潰

 

在看getView提供的參數時 可能已經注意到了 有一個參數View convertView 而這個convertView其實就是最關鍵的部分了 原理上講 當ListView滑動的過程中 會有item被滑出屏幕 而不再被使用 這時候Android會回收這個條目的view 這個view也就是這裏的convertView

在上面的做法中 當item1被移除屏幕的時候 我們會重新new一個View給新顯示的item_new 而如果使用了這個convertView 我們其實可以複用它 這樣就省去了new View的大量開銷

下面就是使用convertView後的情況

 

Java代碼  收藏代碼
  1. public View getView(int position, View convertView, ViewGroup parent) {  
  2.     View view = null;  
  3.     if (convertView != null) {  
  4.     view = convertView;  
  5.     //複用了回收的view 只需要直接作內容填充的修改就好了  
  6.     } else {  
  7.     view = new Xxx(...);  
  8.     //沒有供複用的view 按一般的做法新建view  
  9.     }  
  10.     return view;  
  11. }  

 

這樣一來 就避免了反覆創建大量view的問題了

 

但是上面的仍然有缺陷 當我們的ListView中填充的item有多種形式時 比如微博中 有的item中包含圖片 有的item包含視頻 那麼必然的 我們需要用到2種item的佈局方式

此時如果只是單純判斷convert是否存在 會造成回收的view不符合你當前需要的佈局 而類似轉換失敗出錯退出

這裏要提到Adapter中的另外2個方法:

public int getItemViewType(int position) {}

public int getViewTypeCount() {}

從方法名上 就可以比較明顯的明白這2個的作用

下面附上一個demo代碼

 

Java代碼  收藏代碼
  1. class MyAdapter extends BaseAdapter{  
  2.     Context mContext;  
  3.     LinearLayout linearLayout = null;  
  4.     LayoutInflater inflater;  
  5.     TextView tex;  
  6.     final int VIEW_TYPE = 2;  
  7.     final int TYPE_1 = 0;  
  8.     final int TYPE_2 = 1;  
  9.   
  10.     public MyAdapter(Context context) {  
  11.         mContext = context;  
  12.         inflater = LayoutInflater.from(mContext);  
  13.     }  
  14.   
  15.     @Override  
  16.     public int getCount() {  
  17.         return listString.size();  
  18.     }  
  19.   
  20.     //每個convert view都會調用此方法,獲得當前所需要的view樣式  
  21.     @Override  
  22.     public int getItemViewType(int position) {  
  23.         int p = position%6;  
  24.         if(p == 0)  
  25.             return TYPE_1;  
  26.         else if(p < 3)  
  27.             return TYPE_2;  
  28.         else  
  29.             return TYPE_1;  
  30.     }  
  31.   
  32.     @Override  
  33.     public int getViewTypeCount() {  
  34.         return 2;  
  35.     }  
  36.   
  37.     @Override  
  38.     public Object getItem(int arg0) {  
  39.         return listString.get(arg0);  
  40.     }  
  41.   
  42.     @Override  
  43.     public long getItemId(int position) {  
  44.         return position;  
  45.     }  
  46.   
  47.     @Override  
  48.     public View getView(int position, View convertView, ViewGroup parent) {  
  49.         viewHolder1 holder1 = null;  
  50.         viewHolder2 holder2 = null;  
  51.         int type = getItemViewType(position);  
  52.   
  53.         //無convertView,需要new出各個控件  
  54.         if(convertView == null)  
  55.         {   
  56.             //按當前所需的樣式,確定new的佈局  
  57.             switch(type)  
  58.             {  
  59.                 case TYPE_1:  
  60.                 convertView = inflater.inflate(R.layout.listitem1, parent, false);  
  61.                 holder1 = new viewHolder1();  
  62.                 holder1.textView = (TextView)convertView.findViewById(R.id.textview1);  
  63.                 holder1.checkBox = (CheckBox)convertView.findViewById(R.id.checkbox);  
  64.                 convertView.setTag(holder1);  
  65.                 break;  
  66.                 case TYPE_2:  
  67.                 convertView = inflater.inflate(R.layout.listitem2, parent, false);  
  68.                 holder2 = new viewHolder2();  
  69.                 holder2.textView = (TextView)convertView.findViewById(R.id.textview2);  
  70.                 holder2.imageView = (ImageView)convertView.findViewById(R.id.imageview);  
  71.                 convertView.setTag(holder2);  
  72.                 break;  
  73.             }  
  74.         }  
  75.         else  
  76.         {  
  77.             //有convertView,按樣式,取得不用的佈局  
  78.             switch(type)  
  79.             {  
  80.                 case TYPE_1:  
  81.                 holder1 = (viewHolder1) convertView.getTag();  
  82.                 break;  
  83.                 case TYPE_2:  
  84.                 holder2 = (viewHolder2) convertView.getTag();  
  85.                 break;  
  86.             }  
  87.                 //設置資源  
  88.             switch(type)  
  89.             {  
  90.                 case TYPE_1:  
  91.                 holder1.textView.setText(Integer.toString(position));  
  92.                 holder1.checkBox.setChecked(true);  
  93.                 break;  
  94.                 case TYPE_2:  
  95.                 holder2.textView.setText(Integer.toString(position));  
  96.                 holder2.imageView.setBackgroundResource(R.drawable.icon);  
  97.                 break;  
  98.             }  
  99.         }  
  100.         return convertView;  
  101.     }  
  102. }  
  103. //各個佈局的控件資源  
  104. class viewHolder1{  
  105.     CheckBox checkBox;  
  106.     TextView textView;  
  107. }  
  108. class viewHolder2{  
  109.     ImageView imageView;  
  110.     TextView textView;  
  111. }  

 這裏對於每個View使用了一個viewHolder來控制其內部的子item

還有一個需要注意的地方是使用了setTag和getTag的方法 將holder綁定到了view上 也算一種技巧

 

以上基本就是主要的內容了 下面再補充實際操作當中的一些Tips

*如果convertView上用Type區分有些繁瑣 或者不需要那麼複雜 只是很少有出現不同的情況 那麼還可以在取得convertView後 通過java提供的 instanceof 來判斷是否可以強轉 如果不能強轉 就去新建一個View的做法 但是其實這種做法並不規範 所以還是推薦上面的做法

*第二個是關於ListView 對於純色的item背景 其實可以直接設置BackgroundColor 而不要使用圖片 這一部分其實可以有不小的提升 同樣的 對於任何純色的背景 應該儘量去設置RGB顏色 而不是全用一張圖片做背景

 

感謝guoxinya86指出 在做類型強轉的時候 這裏用type作爲區分類型的判斷 但是實際情況下 很可能出現系統回收的convertView與要創建的並不相符 所以在強轉處的type判斷是不保險的 考慮了下還是應該使用instanceof做一下判斷 或者再爲每個View綁定一個type的標記 然後再決定是重用還是重新創建

轉載自:http://johncookie.iteye.com/blog/1250049

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章