Android高手進階——Adapter深入了解與優化

一般是針對包含多個元素的View，如ListView，GridView，ExpandableListview，的時候我們是給其設定一個Adapter。Adapter是與View之間提供資料的橋梁，也是提供每個Item的視圖橋梁。

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

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

●我們一般會Inflate一個新的View，填充資料并傳回顯示

當然如果我們的Item很多話（比如上萬個），都會建立一個View嗎？很明顯這樣記憶體是接受不了的，Google也不會這麼做，Android中有個叫做Recycler的構件，下圖是他的工作原理：

Android高手進階——Adapter深入了解與優化

很明顯，無論資料中是多少個item，在顯示上Recycler隻存儲其中可見的View在記憶體中。當向下滑動時，頂部不可見Item直接回移動到下方再次填充資料變為新增項。這樣就不用每次都建立一個View了。

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

public View getView(int position, View convertView, ViewGroupparent)

是以，Android已經給我們提供了Recycler機制了，我們就應該利用此機制，而不是每次都去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;
}

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模式是為了解決重複inflate時候造成的View資源浪費，還哪有什麼方法何可再次優化我們的性能嗎？答案是Yes。

我們還是從getView中的每一個方法調用去檢視，發現其實我們拿到convertView的時候，每次都會根據這個布局去findViewById。如下，使我們通常的寫法：

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也建議我們将這個費力不讨好的活優化起來，是以提出了ViewHolder的概念。

即，使用一個靜态類，儲存xml中的各個子View的引用關系，這樣就不必要每次都去解析xml了。如下：就是針對上面代碼寫的一個ViewHolder

static class ViewHolder { 
    TextView titleTextView;  
    ImageView iconImageView; 
}

但是，在getView方法中我們隻能拿到三個參數，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

當我們在Adapter中調用方法getView的時候，如果整個清單中的Item View如果有多種類型布局，如：

Android高手進階——Adapter深入了解與優化

我們繼續使用convertView來将資料從新填充貌似不可行了，因為每次傳回的convertView類型都不一樣，無法重用。

Android在設計上的時候，也想到了這點。是以，在adapter中預留的兩個方法。

public int getItemViewType(int position) ;

public int getViewTypeCount();

隻需要重新這兩個方法，設定一下ItemViewType的個數和判斷方法，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重新整理機制

當ListView中的資料發生了改變，我們希望重新整理ListView中的View時，我們一般會調用NotifyDataSetChanged來重新整理ListView。看一下它的源碼：

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

發現它針對每一個子View都做了重新整理，當然，如果我們的資料都變量還可以了解。但是，一般條件下，我們需要更新的View不多。頻繁的調用NotifyDataSetChanged方法，重新整理整個界面不合适。這樣會把界面上顯示的所有item都全部重繪一次，即使隻有一個view的内容發生了變化。

是以，我們可以寫一個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中的網絡圖檔優化

ListView中的每一項Item基本都會帶着網絡圖檔，當item比較多的時候，過多的網絡請求和過多的圖檔存儲都會是ListView變慢變卡。

是以針對其做一下優化：

● 采用線程池進行網絡圖檔請求，網絡圖檔請求擷取後使用本地緩存處理（LRUCache），記憶體+本地檔案緩存。當然，為了防止記憶體溢出與回收不及時，需要使用弱引用（WeakReference）來存儲記憶體中的圖檔。

● 對網絡中取到的圖檔進行按比例縮放，以減少記憶體消耗。

● 滑動的時候不需要對網絡圖檔進行請求。因為，網絡請求一般比較耗時，某Item的圖檔，在請求來的時候如果被Recycler換掉，圖檔就會對應不上該Item。

Tips.網絡請求的工具類比較多不友善舉例子，但是使用比較頻繁的網絡圖檔請求工具類就是Volley了，Volley提供了一個ImageLoader的工具類和NetworkImageView的網絡圖檔請求View

Android高手進階——Adapter深入了解與優化

繼續閱讀

Android MVP架構MVCMVP

mvp初探

Android常用工具類簡介目錄

android常用工具類轉載自：http://www.trinea.cn/android/android-common-utils/Android常用工具類

Android常用工具類ToastUtilsSizeUtilsLogUtilsRetrofitManagerAnimUtil

Java經典面試題詳解：帶你手撸紅黑樹總結

Android Studio 0.8.0解決 Failure [INSTALL_FAILED_OLDER_SDK] 問題

Android – ListView 中添加按鈕，動态删除添加ItemView的操作

Kotlin的ListView與RecyclerView的簡單應用

關于公司的那些坑：Android Studio篇

android SQLite事務和kotlin協程

無法正常編譯錯誤Compilation failed to complete

關于Gradle配置的小結

AOP程式設計_Android優雅權限架構(1)概念基礎，2021金三銀四前言正文大綱正文

面試題解析：你接口測試是怎麼做的？

Android APK檔案反編譯Android APK檔案反編譯