ListView的優化

對於ListView來說,應該算是佈局中幾種最常用的元件之一了，使用也十分方便，下面個大家介紹一下兩種常見的優化方式.

1.條目複用優化

1. 其實listview的工作原理就是,listview在請求螢幕可見的item數時,convertView在getVIew中是null 的.

2. 但是當螢幕向下滑動的時候(比如該螢幕尺寸可顯示7條teim),在item1被隱藏,此時出現item8時,covertView的值就不為null 了,因為item1去填充它.

3. 而如果不做複用處理的話,item8 則會繼續去findviewById, 因此其實每個item裡的View控制元件,竟然ID都是一樣的,那我們其實可以利用covertView的複用原理,來優化listview,從而避免OOM異常.

詳情見下圖:

總結: 通過對上圖的理解,那麼我們得知listview的item是可以進行復用的,通過什麼來複用?android已經幫我們定義了一個方法getView(final int position, View convertView,ViewGroup parent) 裡面的convertView 就是專門來處理複用的item的,因此我們只要對他處理就可以了.

2.優化findviewbyid

系統尋找子孩子id的方式: 從左向右,跟樹狀模式一樣.

每次尋找子孩子都消耗很多的資源,但是子孩子的id都是被創建出來的,

也就是是說他們是固定的,竟然如此那麼我們就可以對他進行優化;

系統找R.id的模式見下圖:

總結: 通過對上圖的理解,那麼我們得知findviewbyid(id) 的底層操作太耗時了,如果一個佈局裡面有一百多層,那麼我就單單是找一個小小的’ImageView’ 都會找半天.幸好在2009年的google IO大會上,google的工程師推出了一個優化的方式 通過自定義一個viewholder類,來對view的id進行繫結,從而減少系統查詢這樣的耗時操作.

兩種優化方案實際程式碼如下:

/**
 * @param position  位置      
 * @param convertview 複用view

 * 歷史回收的view物件. 當某個view物件被完全移除螢幕的時候 

 * 1. 儘量的複用converview(歷史快取的view),減少view物件建立的個數 
 * 2. 儘量的減少子孩子id的查詢次數 . 定義一個viewholder
 */
 


@Override
public View getView(final int position, View convertView,
        ViewGroup parent) {
    View view;
    ViewHolder holder;
    if (convertView != null) {
        // 複用歷史view物件
        view = convertView;
        holder = (ViewHolder) view.getTag();
    } else {
        // 建立新的view物件
        view = View.inflate(getApplicationContext(),
                R.layout.item_callsmssafe, null);
        // 每次尋找子孩子消耗很多的資源cpu 記憶體.
        // 只有當子view物件第一次被建立的時候 查詢id
        holder = new ViewHolder();
        holder.tv_mode = (TextView) view
                .findViewById(R.id.tv_black_mode);
        holder.tv_phone = (TextView) view
                .findViewById(R.id.tv_black_phone);
        holder.iv_delete_blacknumber = (ImageView) view
                .findViewById(R.id.iv_delete_blacknumber);
        view.setTag(holder);
}


/**
 * 子孩子id的容器
*/
static class ViewHolder {
    TextView tv_phone;
    TextView tv_mode;
    ImageView iv_delete_blacknumber;
}