Android Adapter深入理解与优化

1. Adapter.getView()

public View getView(int position, View convertView, ViewGroup parent){...}

这个方法就是用来获得指定位置要显示的View。官网解释如下：

Get a View that displays the data at the specified position in the data set. You can either create a View manually or inflate it from an
XML layout file.

当要显示一个View就调用一次这个方法。这个方法是ListView性能好坏的关键。方法中有个convertView，这个是Android在 为我们而做的缓存
机制。

ListView中每个item都是通过getView返回并显示的，假如item有很多个，那么重复创建这么多对象来显示显然是不合理。因 此，Android提供
了Recycler，将没有正在显示的item放进RecycleBin，然后在显示新视图时从RecycleBin中复用这个 View。

Recycler的工作原理大致如下：

假设屏幕最多能看到11个item，那么当第1个item滚出屏幕，这个item的View进入RecycleBin中，第12个要出现前，通过 getView从回收站（
RecycleBin）中重用这个View，然后设置数据，而不必重新创建一个View。

参考：点击打开

2. 多个类型的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不多。频繁的调用NotifyDat
aSetChanged方法，刷新整个界面不合适。这样会把界面上显示的所有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.tuicool.com/articles/3IziIba