listview的优化进阶

聊到listview的优化，很多人都知道通过convertview的tag和ViewHolder进行item的复用，但除此之外还有什么别的吗？

众人皆知的方案这里就不赘述了，这里再介绍几种优化方案

多个类型的ViewType

采用这种方法不是那么规矩的布局也一个listview便可实现了，当我们在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。