如何進(jìn)行Adapter深入理解與優(yōu)化

如何進(jìn)行Adapter深入理解與優(yōu)化，相信很多沒(méi)有經(jīng)驗(yàn)的人對(duì)此束手無(wú)策，為此本文總結(jié)了問(wèn)題出現(xiàn)的原因和解決方法，通過(guò)這篇文章希望你能解決這個(gè)問(wèn)題。

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

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

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

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

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

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

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

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

所以，Android已經(jīng)給我們提供了Recycler機(jī)制了，我們就應(yīng)該利用此機(jī)制，而不是每次都去inflate一個(gè)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的作用

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

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

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

即，使用一個(gè)靜態(tài)類，保存xml中的各個(gè)子View的引用關(guān)系，這樣就不必要每次都去解析xml了。如下：就是針對(duì)上面代碼寫的一個(gè)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是一個(gè)力氣活，所以Google也建議我們將這個(gè)費(fèi)力不討好的活優(yōu)化起來(lái)，所以提出了ViewHolder的概念。

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

static class ViewHolder {        TextView titleTextView;        ImageView iconImageView;    }

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

下面是一個(gè)完整的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 就是采用了此思想來(lái)制作的。

多個(gè)類型的ViewType

當(dāng)我們?cè)贏dapter中調(diào)用方法getView的時(shí)候，如果整個(gè)列表中的Item View如果有多種類型布局，如：

我們繼續(xù)使用convertView來(lái)將數(shù)據(jù)從新填充貌似不可行了，因?yàn)槊看畏祷氐腸onvertView類型都不一樣，無(wú)法重用。

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

• public int getItemViewType(int position) ; 

• public int getViewTypeCount(); 

只需要重新這兩個(gè)方法，設(shè)置一下ItemViewType的個(gè)數(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刷新機(jī)制

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

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

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

所以，我們可以寫一個(gè)update的方法，來(lái)單獨(dú)刷新一個(gè)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中的每一項(xiàng)Item基本都會(huì)帶著網(wǎng)絡(luò)圖片，當(dāng)item比較多的時(shí)候，過(guò)多的網(wǎng)絡(luò)請(qǐng)求和過(guò)多的圖片存儲(chǔ)都會(huì)是ListView變慢變卡。

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

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

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

  ●  滑動(dòng)的時(shí)候不需要對(duì)網(wǎng)絡(luò)圖片進(jìn)行請(qǐng)求。因?yàn)?，網(wǎng)絡(luò)請(qǐng)求一般比較耗時(shí)，某Item的圖片，在請(qǐng)求來(lái)的時(shí)候如果被Recycler換掉，圖片就會(huì)對(duì)應(yīng)不上該Item。

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

看完上述內(nèi)容，你們掌握如何進(jìn)行Adapter深入理解與優(yōu)化的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！