【转】从源码来分析ListView

原文:http://yanmingming.sinaapp.com/?p=1251

原文其实不叫这个名字,本文对于原文有一定的修改,觉得这个名字比较适合本篇。

一、ListView 的工作原理

Adapter的作用就是ListView界面与数据交互的桥梁,当列表里面每一项显示到页面上时,都会调用Adapter的getView()方法。
系统需要回执ListView时,首先会调用getCount()函数,得到要绘制的这个列表额长度,然后开始从第一行开始绘制,每行的回执方法是调用getView函数。那么Android是不是为每一行都会新创建一个View呢?试想加入行数为几万行,内存肯定会爆掉的,所以Android官方早就想到了这一点,在ListView实现中添加了视图的缓存-Recycler,每当有行移除屏幕的可视区域时,这个被移除的行的View对象就会被添加到Recycler中,也就是在渲染新行时的那个参数convertView。

二、ListView的初始化

疑问一:ListView绘制时是如何获取每行的View的呢?

首先ListView通过setAdapter方法,将Adapter与ListView关联起来,查看ListView的setAdater方法源码可知,setAdater将传递经来的Adapter的引用复制给了内部全局变量mAdapter,ListView在绘制每行的时候根据行号position调用父类AbsListView中的obtainView,obtainView首先会从recycler中获取是否有匹配的视图,如果存在的话,则调用adapter.getView方法,并传递了scrapView给convertView变量,否则传递的是null。

疑问二:ListView中数据发生变更了,我们一般会调用Adapter的 notifyDataSetChanged()方法, 那么视图是怎么发生变化的呢?

ListView 中的数据适配器Adapter 采用的是观察者模式

ListView在setAdapter时,会新建ApdateDataSetObserver,并注册此观察者。

AdapterDataSetObserver类实在AbsListView中定义:

AdapterView中AdapterDataSetObserver的实现如下(部分省略):

AdapterDataSetObserver 实现了DataSetObserver接口,并重写了onChanger方法,里面调用了requestLayout方法,此方法的作用是要求parent view 重新调用它的哦弄Measure onLayout方法重新布局视图,但不会重新绘制任何视图包括该调用者本身。
requestLayout的实现方法需要到View类中查看:可参考:http://blog.csdn.net/androiddevelop/article/details/8561076

疑问三:RecyclerBin的数据结构是这样的呢?当ListView有多个视图类型(在界面上就是有不同的样式和数据类型)又是怎么选择合适的convertView的呢?

首先看一下RecycleBin的类定义(AbsListView中内部类)

从注释中我们就可以得知 :
RecycleBin一共有两个存储结构分别是ActiveViews 和 ScrapViews
ActiveViews储存当前在界面(手机显示区域)中显示View,移出界面的view会存入ScrapViews
ScrapViews存储当前已经滑动出当前界面(手机显示区域)显示的View,这些view存储起来相当于回收,当再次请求的时候从此存储中取出反复使用。
当ListView中有N个视图类型时,RecycleBin会创建N个scrapView数组,每个类型一个view数组,后面在获取view时会先判断view的类型,然后到对应的数组中去取。

怎么从ScrapViews中获取可用的view视图呢?getScrapView  → retrieveFromScrap

retrieveFromScrap(这个不属于RecycleBin类,是属于外部类AbslistView中的方法)
根据position,从mScrapView中找:
        1. 如果有view.scrappedFromPosition = position的,直接返回该view;
        2. 否则返回mScrapView中最后一个;
        3. 如果缓存中没有view,则返回null;

下面,我们来分析下这三种情况在什么条件下满足?
         a. 第三种情况,这个最简单:
         一开始,listview稳定后,显示N个,此时mScrapView中是没有缓存view的,当我们向上滚动一小段距离(第一个此时仍显示部分),新的view将会显示,此时listview会调用Adapter.getView,但是缓存中没有,因此convertView是null,所以,我们得分配一块内存来创建新的convertView;
         b. 第二种情况:
         在a中,我们继续向上滚动,直接第一个view完全移出屏幕(假设没有新的item),此时,第一个view就会被detach,并被加入到mScrapView中;然后,我们还继续向上滚动,直接后面又将要显示新的item view时,此时,系统会从mScrapView中找position对应的View,显然,是找不到的,则将从mScrapView中,取最后一个缓存的view传递给convertView;
         c. 第一种情况:
        紧接着在b中(标示为橙色的文字后面),第一个被完全移出,加入到mScrapView中,且没有新增的item到listview中,此时,缓存中就只有第一个view;然后,我此时向下滑动,则之前的第一个item,将被显示出来,此时,从缓存中查找position对应的view有没有,当然,肯定是找到了,就直接返回了。

时间: 2024-10-13 15:45:16

【转】从源码来分析ListView的相关文章

从源码上分析ListView的addHeaderView和setAdapter的调用顺序

ListView想要添加headerview的话,就要通过addHeaderView这个方法,然后想要为ListView设置数据的话,就要调用setAdapter方法了.但是,在调用addHeaderView和setAdapter的顺序上,有时会爆出Java.lang.IllegalStateException: Cannot add header view to list -- setAdapter has already been called.的异常.这是因为我们在addHeaderVie

【android】从源码上分析ListView/GridView调用setEmptyView不起作用的原因及解决办法

当我们使用ListView或GridView的时候,当列表为空的时候,我们往往需要一个Loading或者一段提示文字又或者一个特殊的View来提示用户操作,这个时候就用到了setEmptyView()方法. setEmptyView()其实是AdapterView的方法,而我们开发中常用到的ListView, GridView, ExpandableListView等都是继承于AdapterView的,所以可以直接调用这个方法. 但是问题来了,当你这个emptyview不在当前的View hie

又是正版!Win下ffmpeg源码调试分析二(Step into ffmpeg from Opencv for bugs in debug mode with MSVC)

最近工作忙一直没时间写,但是看看网络上这方面的资源确实少,很多都是linux的(我更爱unix,哈哈),而且很多是直接引入上一篇文章的编译结果来做的.对于使用opencv但是又老是被ffmpeg库坑害的朋友们,可能又爱又恨,毕竟用它处理和分析视频是第一选择,不仅是因为俩者配合使用方便,而且ffmpeg几乎囊括了我所知道的所有解编码器,但是正是因为这个导致了一些bug很难定位,所以有必要考虑一下如何快速定位你的ffmpeg bug. sorry,废话多了.首先给个思路: 1.使opencv 的hi

uboot移植——uboot源码目录分析

uboot移植(一)--uboot源码目录分析 本文分析的uboot是九鼎官方提供的,是对应s5pv210开发板x210bv3的uboot 一:uboot的概念及移植的原理. uboot就是在内核运行前的一段小程序,用来初始化硬件设备,建立内存空间映射图.从而将系统的软硬件带到合适的状态,主要功能就是为了启动内核,它将内核从flash中拷贝到ddr中,然后跳转到内核入口中,交由内核控制权,uboot严重依赖硬件,因此一个通用的uboot不太可能. 移植原理:uboot中有很多平行代码,各自属于各

netty 源码简单分析一

周末简单看了下netty5的源码,只看懂了个大概,记录下成果,方便下次再看的时候回忆. 上服务端代码: public void run() throws Exception { EventLoopGroup bossGroup = new NioEventLoopGroup(); EventLoopGroup workerGroup = new NioEventLoopGroup(); try { ServerBootstrap b = new ServerBootstrap(); b.grou

MapReduce job在JobTracker初始化源码级分析

mapreduce job提交流程源码级分析(三)中已经说明用户最终调用JobTracker.submitJob方法来向JobTracker提交作业.而这个方法的核心提交方法是JobTracker.addJob(JobID jobId, JobInProgress job)方法,这个addJob方法会把Job提交到调度器(默认是JobQueueTaskScheduler)的监听器JobQueueJobInProgressListener和EagerTaskInitializationListen

OpenStack_Swift源码分析——创建Ring及添加设备源码详细分析

1 创建Ring 代码详细分析 在OpenStack_Swift--Ring组织架构中我们详细分析了Ring的具体工作过程,下面就Ring中增加设备,删除设备,已经重新平衡的实现过程作详细的介绍. 首先看RingBuilder类 def __init__(self, part_power, replicas, min_part_hours): #why 最大 2**32 if part_power > 32: raise ValueError("part_power must be at

kafka 0.8.1 新producer 源码简单分析

1 背景 最近由于项目需要,需要使用kafka的producer.但是对于c++,kafka官方并没有很好的支持. 在kafka官网上可以找到0.8.x的客户端.可以使用的客户端有C版本客户端,此客户端虽然目前看来还较为活跃,但是代码问题还是较多的,而且对于c++的支持并不是很好. 还有c++版本,虽然该客户端是按照c++的思路设计,但是最近更新时间为2013年12月19日,已经很久没有更新了. 从官方了解到,kafka作者对于现有的producer和consumer的设计是不太满意的.他们打算

监听器初始化Job、JobTracker相应TaskTracker心跳、调度器分配task源码级分析

JobTracker和TaskTracker分别启动之后(JobTracker启动流程源码级分析,TaskTracker启动过程源码级分析),taskTracker会通过心跳与JobTracker通信,并获取分配它的任务.用户将作业提交到JobTracker之后,放入相应的数据结构中,静等被分配.mapreduce job提交流程源码级分析(三)这篇文章已经分析了用户提交作业的最后步骤,主要是构造作业对应的JobInProgress并加入jobs,告知所有的JobInProgressListen