一般是針對包含多個元素的View，如ListView，GridView，ExpandableListview，的時候我們是給其設(shè)置一個Adapter。Adapter是與View之間提供數(shù)據(jù)的橋梁，也是提供每個Item的視圖橋梁。

以ListView為例，其工作原理為:

● ListView針對List中每個item， adapter都會調(diào)用一個getView的方法獲得布局視圖

●我們一般會Inflate一個新的View，填充數(shù)據(jù)并返回顯示

當(dāng)然如果我們的Item很多話（比如上萬個），都會新建一個View嗎？很明顯這樣內(nèi)存是接受不了的，Google也不會這么做，Android中有個叫做Recycler的構(gòu)件，下圖是他的工作原理：

很明顯，無論數(shù)據(jù)中是多少個item，在顯示上Recycler只存儲其中可見的View在內(nèi)存中。當(dāng)向下滑動時，頂部不可見Item直接回移動到下方再次填充數(shù)據(jù)變?yōu)樾略鲰?。這樣就不用每次都新建一個View了。

這個也就是我們在Adapter中常見的getView方法的調(diào)用，對應(yīng)此方法我們就能看出，convertView就是每一Item在Recyler之前的布局視圖。

• public View getView(int position, View convertView, ViewGrouppare

所以，Android已經(jīng)給我們提供了Recycler機制了，我們就應(yīng)該利用此機制，而不是每次都去inflate一個View。

Example

Don’t

public View getView(int position, View convertView, ViewGroupparent){   
    convertView = LayoutInflater.from(mContext).inflate(R.layout.item_view,null);   
    //dosomething…   
    return converView;   
}   

Do

public View getView(int position, View convertView, ViewGroupparent){   
     if (convertView ==null) {   
           convertView =LayoutInflater.from(mContext).inflate(R.layout.item_view, null);   
     }   
    //dosomething…   
    return converView;   
}   

ViewHolder的作用

之前所說的Recycler模式是為了解決重復(fù)inflate時候造成的View資源浪費，還哪有什么方法何可再次優(yōu)化我們的性能嗎？答案是Yes。

我們還是從getView中的每一個方法調(diào)用去查看，發(fā)現(xiàn)其實我們拿到convertView的時候，每次都會根據(jù)這個布局去findViewById。如下，使我們通常的寫法：

findViewById是在解析layout.xml布局那種其中的子View，解析xml是一個力氣活，所以Google也建議我們將這個費力不討好的活優(yōu)化起來，所以提出了ViewHolder的概念。

即，使用一個靜態(tài)類，保存xml中的各個子View的引用關(guān)系，這樣就不必要每次都去解析xml了。如下：就是針對上面代碼寫的一個ViewHolder

if (convertView == null) {                
   convertView = mInflater.inflate(R.layout.item_view, null);             
}    
TextView titleTextView = (TextView) convertView.findViewById(R.id.text));            
ImageView iconImageView = (ImageView)convertView.findViewButId( R.id.icon));    
//DoSomething…   

findViewById是在解析layout.xml布局那種其中的子View，解析xml是一個力氣活，所以Google也建議我們將這個費力不討好的活優(yōu)化起來，所以提出了ViewHolder的概念。

即，使用一個靜態(tài)類，保存xml中的各個子View的引用關(guān)系，這樣就不必要每次都去解析xml了。如下：就是針對上面代碼寫的一個ViewHolder

static class ViewHolder {    
    TextView titleTextView;    
    ImageView iconImageView;    
}    

但是，在getView方法中我們只能拿到三個參數(shù)，position、convertView、viewGroup是拿不到我們自定義的ViewHolder的。所以，我們希望通過convertView拿到ViewHolder只能將其放在tag里。

下面是一個完整的ViewHolder使用exmaple:

public View getView(int position, View convertView, ViewGroup parent) {   
    ViewHolder holder;   
    if (convertView == null) {   
        convertView = mInflater.inflate(R.layout.item_view, null);   
        holder = new ViewHolder();   
        holder.titleTextView = (TextView) convertView.findViewById(R.id.text);   
        holder.iconImageView = (ImageView) convertView.findViewById(R.id.icon);   
        convertView.setTag(holder);   
    } else {   
        holder = (ViewHolder) convertView.getTag();   
    }   
    holder.titleTextView.setText(DATA[pos].title);   
    holder.iconImageView.setImageBitmap(DATA[pos].bitmap);   
    return convertView;   
}   
   
static class ViewHolder {   
    TextView titleTextView;   
    ImageView iconImageView;   
}   

Tips. Support.v7中的RecyclerView 就是采用了此思想來制作的。

多個類型的ViewType

當(dāng)我們在Adapter中調(diào)用方法getView的時候，如果整個列表中的Item View如果有多種類型布局，如：

我們繼續(xù)使用convertView來將數(shù)據(jù)從新填充貌似不可行了，因為每次返回的convertView類型都不一樣，無法重用。

Android在設(shè)計上的時候，也想到了這點。所以，在adapter中預(yù)留的兩個方法。

• public int getItemViewType(int position) ; 

• public int getViewTypeCount(); 

只需要重新這兩個方法，設(shè)置一下ItemViewType的個數(shù)和判斷方法，Recycler就能有選擇性的給出不同的convertView了。 

         Example：

@Override   
public intgetItemViewType(int position) {   
    if (DATA[pos].type == 0) {   
        return 0;   
    } else {   
        return 1;   
    }   
}   
   
@Override   
public int getViewTypeCount() {   
    return 2;   
}   
   
@Override   
public View getView(int position, View convertView, ViewGroup arg2) {   
    TitleViewHolder titleHolder;   
    InfoViewHolder infoHolder;   
    int type = getItemViewType(position);   
   
    if (convertView == null) {   
        switch (type) {   
        case 0:   
            convertView = mInflater.inflate(R.layout.item_view, null);   
            titleHolder = new TitleViewHolder();   
            titleHolder.titleTextView = (TextView) convertView.findViewById(R.id.text);   
            titleHolder.iconImageView = (ImageView) convertView.findViewById(R.id.icon);   
            convertView.setTag(titleHolder);   
            break;   
        case 1:   
            convertView = mInflater.inflate(R.layout.item_view2, null);   
            infoHolder = new InfoViewHolder();   
            infoHolder.titleTextView = (TextView) convertView.findViewById(R.id.text);   
            convertView.setTag(infoHolder);   
            break;   
        }   
    } else {   
        switch (type) {   
        case 0:   
            titleHolder = (TitleViewHolder) convertView.getTag();   
            break;   
        case 1:   
            infoHolder = (InfoViewHolder) convertView.getTag();   
            break;   
        }   
    }   
    switch (type) {   
    case 0:   
        titleHolder.titleTextView.setText(DATA[pos].title);   
        break;   
    case 1:   
        infoHolder.titleTextView.setText(DATA[pos].title);   
        infoHolder.iconImageView.setImageBitmap(DATA[pos].bitmap);   
        break;   
    }   
   
    return convertView;   
}   
   
static class TitleViewHolder {   
    public ImageView iconImageView;   
    public TextView titleTextView;   
}   
   
static class InfoViewHolder {   
    TextView titleTextView;   
    ImageView iconImageView;   
}   

NotifyDataSetChanged刷新機制

當(dāng)ListView中的數(shù)據(jù)發(fā)生了改變，我們希望刷新ListView中的View時，我們一般會調(diào)用NotifyDataSetChanged來刷新ListView?？匆幌滤脑创a：

public void notifyChanged() {   
    synchronized (mObservers) {   
        // 向每一個子View發(fā)送onChanged   
        for (int i = mObservers.size() - 1; i >= 0; i--) {   
            mObservers.get(i).onChanged();   
        }   
    }   
}   

發(fā) 現(xiàn)它針對每一個子View都做了刷新，當(dāng)然，如果我們的數(shù)據(jù)都變量還可以理解。但是，一般條件下，我們需要更新的View不多。頻繁的調(diào)用 NotifyDataSetChanged方法，刷新整個界面不合適。這樣會把界面上顯示的所有item都全部重繪一次，即使只有一個view的內(nèi)容發(fā)生 了變化。

所以，我們可以寫一個update的方法，來單獨刷新一個View

private void updateView(int itemIndex){   
    intvisiblePosition = yourListView.getFirstVisiblePosition();   
    Viewv = yourListView.getChildAt(itemIndex - visiblePosition);   
         ViewHolder viewHolder =(ViewHolder)v.getTag();   
         if(viewHolder!= null){   
               viewHolder.titleTextView.setText("我更新了");   
         }      
}   

Adapter中的網(wǎng)絡(luò)圖片優(yōu)化

ListView中的每一項Item基本都會帶著網(wǎng)絡(luò)圖片，當(dāng)item比較多的時候，過多的網(wǎng)絡(luò)請求和過多的圖片存儲都會是ListView變慢變卡。

所以針對其做一下優(yōu)化：

    ●  采用線程池進行網(wǎng)絡(luò)圖片請求，網(wǎng)絡(luò)圖片請求獲取后使用本地緩存處理（LRUCache），內(nèi)存+本地文件緩存。當(dāng)然，為了防止內(nèi)存溢出與回收不及時，需要使用弱引用（WeakReference）來存儲內(nèi)存中的圖片。

    ●  對網(wǎng)絡(luò)中取到的圖片進行按比例縮放，以減少內(nèi)存消耗。

    ●  滑動的時候不需要對網(wǎng)絡(luò)圖片進行請求。因為，網(wǎng)絡(luò)請求一般比較耗時，某Item的圖片，在請求來的時候如果被Recycler換掉，圖片就會對應(yīng)不上該Item。 

Tips.網(wǎng)絡(luò)請求的工具類比較多不方便舉例子，但是使用比較頻繁的網(wǎng)絡(luò)圖片請求工具類就是Volley了，Volley提供了一個ImageLoader的工具類和NetworkImageView的網(wǎng)絡(luò)圖片請求View

本文鏈接：http://www.eoeandroid.com/thread-536377-1-1.html