前言

相信Android开发者对ListView不会陌生,使用ListView需要设置相应的Adapter才能展示数据。Adapter到底是什么东西?让我们来一探究竟。

Adapter

p1.png

通过图1我们可以看出Adapter是View和数据之间的桥梁,并为每一个数据项生成相应的View。Adapter是个接口,定义了子类需要实现的方法,最常见的

方法有:

  • getCount(),总共有多少数据项

  • getItem(),获取对应position 中的item

  • getView(),返回需要展示在屏幕中的View

    一般在自定义Adapter中,只需要实现上述三个方法即可。

Adapter优化前

class ImageAdapter extends BaseAdapter {
private Context mContext ;
private String[] mList ; public ImageAdapter(Context context, String[] list) {
mList = list ;
mContext = context ;
} @Override
public int getCount() {
return mList.length;
} @Override
public Object getItem(int position) {
return mList[position];
} @Override
public long getItemId(int position) {
return position;
} @Override
public View getView(int position, View convertView, ViewGroup parent) {
View view = LayoutInflater.from(mContext).inflate(R.layout.gridview_item, parent, false) ;
TextView tv = view.findViewById(R.id.text) ;
tv.setText(mList[position]);
return view;
}
}

上述大概就是一个最简单的Adapter的实现了吧。通过在getView函数中inflate一个新布局,给相应position设置data,然后将view返回给父控件。咋一看没啥问题,运行也不会有错。但是会有严重的性能问题。想象一下,如果有mList中有100万条数据,我们有必要每次都重新inflate一个新layout,生成一个新view吗?显然是没有必要的,我们的手机屏幕就那么小,可见的View其实也就那几个。那些看不见的View其实是没必要保存的。

View复用原理

p2.jpg

图片来源于此博客。上图清晰展现了View的复用原理。手机屏幕一共能够展示七个item,继续往上滑动,item 1从我们视线消失,此时ListView 会调用Adaper中的getView函数来生成第八个item。此时getView函数中参数convertView就是item 1,我们只需把convertView(item 1)上的数据项全部设置成item 8的数据项即可,这样就不用再重新inflate一个新View出来了。不管是有mList有多大,内存中保存的View的个数永远只是可见的几个。这对程序性能有很大提升。

Adapter优化后

class ImageAdapter extends BaseAdapter {
private Context mContext ;
private String[] mList ; public ImageAdapter(Context context, String[] list) {
mList = list ;
mContext = context ;
} @Override
public int getCount() {
return mList.length;
} @Override
public Object getItem(int position) {
return mList[position];
} @Override
public long getItemId(int position) {
return position;
} @Override
public View getView(int position, View convertView, ViewGroup parent) {
ViewHolder viewHolder = null ;
if (convertView == null) {
viewHolder = new ViewHolder();
convertView = LayoutInflater.from(mContext).inflate(R.layout.gridview_item, parent, false) ;
viewHolder.textview = (TextView) convertView.findViewById(R.id.text);
convertView.setTag(viewHolder);
} else {
viewHolder = (ViewHolder) convertView.getTag();
}
// 绑定对应position数据
bindViewData(position, viewHolder) ; return convertView;
} private void bindViewData(int position, ViewHolder viewHolder) {
viewHolder.textview.setText(mList[position]);
} private static class ViewHolder {
public TextView textview ;
}
}

以图2为例,每个item都是由View(视图)和Data(数据)组成的。前7个item的convertView都是为空的,因此inflate出了7个新View,当第8个item变成可见时此时convertView 为item 1,再通过bindViewData函数把第八个mList中的数据设置给item 1对应的View,然后直接返回convertView。此时我们看到的item 8其实是由这两个东西组成的:

  • View ------ item 1 的View

  • Data ------ mList 中的第八项

因为item 8和View 和item 1的View结构是一样的(使用同样layout),所以不会造成错误。

View复用导致的问题

问题1:item的状态错乱

p3.png

如图3所示,6跟帖这个View不是所有item都有的,还是拿图2来举例。假设item 1是图3的第一项,item8是图3的第二项。item 1中跟帖这个View是显示的,因为item 8使用的是item 1的View,所以item 8中跟帖的View的状态也是显示的。但是在item 8中跟帖这个View是不应该显示的。这就是复用View导致item状态错乱的问题。解决方法之一就是在bindViewData函数中给layout中的View先全部还原成默认状态即可。

问题2:多线程导致图片加载位置错乱

图片加载往往涉及到网络操作,因此ListView中加载图片时一般都会开启新线程去加载图片。如果不使用View复用方法,直接使用优化前的Adapter,是不会有任何问题的。但如果使用的View复用,就不一定了。

 @Override
public View getView(int position, View convertView, ViewGroup parent) {
ViewHolder viewHolder = null ;
if (convertView == null) {
viewHolder = new ViewHolder();
convertView = LayoutInflater.from(mContext).inflate(R.layout.gridview_item, parent, false) ;
viewHolder.imageView = (ImageView) convertView.findViewById(R.id.square_image_view);
convertView.setTag(viewHolder);
} else {
viewHolder = (ViewHolder) convertView.getTag();
}
String url = mList[position] ;
ImageView imageView = viewHolder.imageView ;
ImageLoader.loadBitmap(imageView, url); return convertView;
}

还是拿图2为例。如上述代码所示,我们使用了复用View方法,并且异步加载图片。由于网络比较慢,item 1到item 7的图片还没加载出来,我们滑动到了item 8(复用了item 1的ImageView),突然网络变好了,item 8 的图片加载完成,我们给Item 8设置了图片。过了一会,item 1的图片也下载完成了,我们又给item 1设置了图片,由于item 1和item 8共用同一个ImageView,因此item 8的图片立马变成了item 1的图片。此时item 8上显示的竟然是item 1对应的图片!解决办法之一就是给ImageView setTag。代码如下:

 ImageView imageView = viewHolder.imageView ;
String tag = (String) imageView.getTag();
String url = mList[position];
if ( !url.equals(tag) ) {
//default drawable
imageView.setImageDrawable(null);
}
// set tag to image view
imageView.setTag(url);
// load bitmap
ImageLoader.loadBitmap(imageView, url);

延伸阅读

关于 ScrapView 和 ActiveView

Performance Tips for Android’s ListView

Handling ListView Recycle on Android

Android-Adapter-View复用机制的更多相关文章

  1. Android AdapterView View的复用机制 分析

    对于ListView.GridView相信大家都不陌生,重写个BaseView,实现对于的几个方法,然后就完毕了我们的界面展示.而且在大部分情况下,我们载入特别多的Item也不会发生OOM,大家也都明 ...

  2. Android学习笔记之ListView复用机制

    PS:满打满算,差不多三个月没写博客了...前一阵忙的不可开交...总算是可以抽出时间研究研究其他事情了... 学习内容: 1.ListView的复用机制 2.ViewHolder的概念 1.List ...

  3. 【朝花夕拾】Android自定义View篇之(七)Android事件分发机制(下)滑动冲突解决方案总结

    前言 转载请声明,转自[https://www.cnblogs.com/andy-songwei/p/11072989.html],谢谢! 前面两篇文章,花了很大篇幅讲解了Android的事件分发机制 ...

  4. Android View事件机制 21问21答

    原文: http://www.cnblogs.com/punkisnotdead/p/5179115.html#3358859 1.View的坐标参数 主要有哪些?分别有什么注意的要点? 答:Left ...

  5. Android 中View的绘制机制源代码分析 三

    到眼下为止,measure过程已经解说完了,今天開始我们就来学习layout过程.只是在学习layout过程之前.大家有没有发现我换了编辑器,哈哈.最终下定决心从Html编辑器切换为markdown编 ...

  6. 浅析Android中的消息机制-解决:Only the original thread that created a view hierarchy can touch its views.

    在分析Android消息机制之前,我们先来看一段代码: public class MainActivity extends Activity implements View.OnClickListen ...

  7. Android View事件机制一些事

    本文主要讲述: 自己对View事件机制的一些理解 在项目中遇到的一些坑,解决方案 收集了一些View的事件机制问题 事件的分发原理图 对于一个root viewgroup来说,如果接受了一个点击事件, ...

  8. Android 中View的绘制机制源代码分析 一

    尊重原创: http://blog.csdn.net/yuanzeyao/article/details/46765113 差点儿相同半年没有写博客了,一是由于工作比較忙,二是认为没有什么内容值得写, ...

  9. Android 中View的绘制机制源代码分析 二

    尊重原创:http://blog.csdn.net/yuanzeyao/article/details/46842891 本篇文章接着上篇文章的内容来继续讨论View的绘制机制,上篇文章中我们主要解说 ...

  10. 【朝花夕拾】Android自定义View篇之(六)Android事件分发机制(中)从源码分析事件分发逻辑及经常遇到的一些“诡异”现象

    前言 转载请注明,转自[https://www.cnblogs.com/andy-songwei/p/11039252.html]谢谢! 在上一篇文章[[朝花夕拾]Android自定义View篇之(五 ...

随机推荐

  1. jQuery Ajax(load,post,get,ajax)

    1.load(url, [data], [callback]) 载入远程 HTML 文件代码并插入至 DOM 中. 默认使用 GET 方式 - 传递附加参数时自动转换为 POST 方式.jQuery ...

  2. Git 提交修改

    今天发现前几天的某一个提交因为忽略文件的问题而导致有几个文件没有提交,需要修改一下某个提交,研究一下可以用rebase命令来完成,执行过程模拟如下: 1. 环境搭建,版本库如下: 文件目录如下: 假设 ...

  3. [poj] 1204 Word Puzzles || AC自动机

    原题 给个X*Y的字符串矩阵,W个询问,对每个询问输出这个串出现的位置及方向,共有8个方向,顺时针开始分别用A~H表示 AC自动机的板子题. 对于待匹配串建一个自动机,然后从矩阵的四周分别沿八个方向跑 ...

  4. 【BZOJ 4151 The Cave】

    Time Limit: 5 Sec  Memory Limit: 256 MBSec  Special JudgeSubmit: 293  Solved: 144[Submit][Status][Di ...

  5. linux中sed工具的使用

    sed 本身也是一个管线命令,而且 sed 还可以将数据进行取代.删除.新增.撷取特定行等等的功能. $ sed [-nefr] [动作] 选项与参数: -n :使用安静(silent)模式.在一般 ...

  6. 每天一个小算法(insertion sort3)

    今天多看看插入排序的理论部分. 先贴几个概念吧: 1.伪代码(英语:pseudocode),又称为虚拟代码,是高层次描述算法的一种方法.它不是一种现实存在的编程语言(已经出现了类似伪代码的语言,参见N ...

  7. lca板子

    #include<cstdio> #include<cstring> #include<algorithm> #define LL long long using ...

  8. 软中断网卡处理&Linux高性能外部设备处理机制&SMP

    转载:http://blog.csdn.net/freas_1990/article/details/9238183 看了一些linux网卡驱动的处理技术,对有些概念还是无法理解,突然搜到这篇文章,挺 ...

  9. 不错的usb分析工具!!!---用bus hound分析usb的枚举过程【转】

    转自:http://blog.chinaunix.net/uid-25909619-id-3335199.html 说明:由于分析时是在记事本上分析的,贴到这里出现了格式有点乱,看时请复制到记事本中, ...

  10. c/c++类型转换相关总结

    在c语言中存在两种类型转换:显式类型转换和隐式类型转换: 显示类型转换:在类型前加上(type)变量,对变量进行的转换,程序员自己显式添加: char *ptra = (char*)ptrb; voi ...