Android高手進階：Adapter深入理解與優化
一般是針對包含多個元素的View，如ListView，GridView，ExpandableListview，的時候我們是給其設置一個Adapter。Adapter是與View之間提供數據的橋梁，也是提供每個Item的視圖橋梁。
以ListView為例，其工作原理為:
● ListView針對List中每個item， adapter都會調用一個getView的方法獲得布局視圖
●我們一般會Inflate一個新的View，填充數據并返回顯示
當然如果我們的Item很多話（比如上萬個），都會新建一個View嗎？很明顯這樣內存是接受不了的，Google也不會這么做，Android中有個叫做Recycler的構件，下圖是他的工作原理：
很明顯，無論數據中是多少個item，在顯示上Recycler只存儲其中可見的View在內存中。當向下滑動時，頂部不可見Item直接回移動到下方再次填充數據變為新增項。這樣就不用每次都新建一個View了。
這個也就是我們在Adapter中常見的getView方法的調用，對應此方法我們就能看出，convertView就是每一Item在Recyler之前的布局視圖。
- public View getView(int position, View convertView, ViewGrouppare
所以，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;
- }
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模式是為了解決重復inflate時候造成的View資源浪費，還哪有什么方法何可再次優化我們的性能嗎？答案是Yes。
我們還是從getView中的每一個方法調用去查看，發現其實我們拿到convertView的時候，每次都會根據這個布局去findViewById。如下，使我們通常的寫法：
findViewById是在解析layout.xml布局那種其中的子View，解析xml是一個力氣活，所以Google也建議我們將這個費力不討好的活優化起來，所以提出了ViewHolder的概念。
即，使用一個靜態類，保存xml中的各個子View的引用關系，這樣就不必要每次都去解析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也建議我們將這個費力不討好的活優化起來，所以提出了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如果有多種類型布局，如：
我們繼續使用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
本文鏈接：http://www.eoeandroid.com/thread-536377-1-1.html
