android ListView 中getview学习总结
最近在做android相关的开发,ListView中有一个图片错位的问题,今天查了很多人写的一些东西,所以记录下来,算是一种加深理解吧。
ListView是一个非常常用的控件,功能可以扩展的很丰富,而且与GridView有很多相似的地方。都可以存放大量数据。而且当我们需要比较复杂的布局时,一般用SimpleAdapter,或者继承BaseAdapter自己重写。
如果是继承ArrayAdapter,SimpleAdapter的时候,由于父类本身维护了一个List,所以当有数据更新的时候,尽量用adapter的add,这样可以保证getCount()返回的值是正确。
这里面涉及到的一个比较重要的重写函数就是getView
在getView中有三种方式实现view的返回。
第一种方式:
最简单也是最容易理解的是每一个view都通过inflate生成一个新的view进行返回
public View getView(int position, View convertView, ViewGroup parent) { LayoutInflater inflater = LayoutInflater.from(context); View item = inflater.inflate(R.layout.list_item_icon_text, null); ((TextView) item.findViewById(R.id.text)).setText(DATA[position]); ((ImageView) item.findViewById(R.id.icon)).setImageBitmap( return item; }
这种方式,在数据量小的时候,劣势不明显,但是当一个listview里面有大量条目时,这种方式就显得非常浪费。因为每一次item的出现,消失或者更新时,都需要重新inflate。给内存造成了很大的消耗。
那么还有什么方式可以节省开销呢?
第二种方式:
我们看看getView函数里面conertview的是干啥的。查看官方文档后发现:
convertView - The old view to reuse, if possible. Note: You should check that this view is non-null and of an appropriate type before using. If it is not possible to convert this view to display the correct data, this method can create a new view. Heterogeneous lists can specify their number of view types, so that this View is always of the right type (see Adapter.getViewTypeCount() and Adapter.getItemViewType(int)).
注:
getViewTypeCount()是用来当listview中有不同的种类的item,比如分割线之类的时候,用getItemViewType返回某个item的类型,然后坐不同的
原来converView是用来重用view的。经过查找别的资料。找到了一张比较经典的图如下:
这张图清楚的描述了listview是如何重用view的。listview通过getview分别请求所有可见项目。此时converview是空的。
当item1滑动出屏幕后,item8从下面滑动出来,此时又要调用getview,但是此时的converview已经不再为空了,而是上次一划出屏幕的item1,此时我们只需要重新修改下item1的数据,而不必重新创建一个新的view。
这样就节省了内存。
那么由此我们得到了第二种方式
public View getView(int position, View convertView, ViewGroup parent) { if (convertView == null) { convertView = mInflater.inflate(R.layout.item, parent, false); } ((TextView) convertView.findViewById(R.id.text)).setText(DATA[position]); ((ImageView) convertView.findViewById(R.id.icon)).setImageBitmap( (position & 1) == 1 ? mIcon1 : mIcon2); return convertView; }
这种方式里面,我们通过converview找到对应需要修改的text和ico,然后修改数据,进行返回。
有人会说,上面不已经解决了重用的问题了么,还有第三种方式?
那么我们下面看看google推荐的第三种方式是怎么实现的。
static class ViewHolder { TextView text; ImageView icon; }
这里定义了一个内部静态类,
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; if (convertView == null) { convertView = mInflater.inflate(R.layout.list_item_icon_text, parent, false); holder = new ViewHolder(); holder.text = (TextView) convertView.findViewById(R.id.text); holder.icon = (ImageView) convertView.findViewById(R.id.icon); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.text.setText(DATA[position]); holder.icon.setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2); return convertView; }
然后用convertView.setTag(holder)的方式将之前通过findViewById找到的textview与ImageView放入converivew对象中。
这样当再次重用converview的时候,就不必再次利用findViewById来查找了,省掉了开销。
最后引用别人的一张图,来说明三种方式的性能。
写了这么多,还有个小问题需要解决:
当我们是异步加载图片等资源的时候,由于下载速度不同,所以重用view之后,可能会造成图片的错乱。
举个简单例子:
假如上面item1和item8两个图片下载速度不同,item8下载比较快。
那么当item1划出屏幕,item8出现的时候,item8会先显示下载好的图片,接下来item1也下载好了,于是下载图片的线程又将item1(也就是与item8共用的view)设置为item1下载好的图片。
所以在这里我们必须去标记下,当前显示的是哪个view,于是最简单的方法就是给每一个holder.icon设置一个tag(也就是图片的url),当后台下载完图片后,将holder.icon的tag与url对比,如果不同,就说明不是这个view的图片,那么就不去加载。