美文网首页
ListView 源码分析

ListView 源码分析

作者: small_yg | 来源:发表于2017-06-16 19:05 被阅读0次

    本文主要从源码的角度分析 ListView 的工作原理和使用方法,如有不正确的地方欢迎大家指正。

    Adapter

    在分析 ListView 之前,我们先稍微介绍下 Adapter。Adapter 顾名思义就是适配器,他是ListView 和数据之间的桥梁,ListView 不会直接和数据打交道,而是通过 Adapter 访问数据。我们稍微想一下,如果 ListView 像 TextView 或者ImageView 直接和数据交互,会有什么问题呢?因为数据千变万化,这样我们就需要写各式各样的 XXListView ,复用度大大降低,ListView 变得臃肿。

    我们知道 ListView 是通过 setAdapter(xxx) 方法来实现 adapter 和 ListView 的连接,那么我们就从 setAdapter(xxx) 方法开始,来分析 ListView 的工作原理。

    setAdapter

    setAdapter 源码

    在这段代码中我们着重看这两个地方 497 行mRecycler.setViewTypeCount(mAdapter.getViewTypeCount())

    519 行 requestLayout()

    497 行我们看到 RecycleBin 中的 ViewTypeCount 设置的是 Adapter 的 getViewTypeCount() 的值,具体有什么用我们先留一个小悬念,后边会具体介绍。

    下边我们具体看下 requestLayout() 方法,该方法会调用 View 中的  requestLayout(),然后 View 的 requestLayout() 方法又会调用 ViewParent 的 requestLayout(),ViewParent 是一个接口,其具体实现类是 ViewRootImpl,所以我们来看下 ViewRootImpl 的 requestLayout() 方法

    requestLayout() 方法

    我们看到 requestLayout() 方法中会调用 scheduleTraversals() ,通过 scheduleTraversals() 会对 View 开始绘制。而绘制一个 View 会有三步流程 onMeasure() 测量一个 View 大小;onLayout() 确定一个 View 的布局;onDraw() 将一个 View 绘制到界面。而 ListView 核心逻辑是在 onLayout() 中。

    onLayout

    下边我们来看下 ListView 的 onLayout() 方法,我们发现 ListView 没有 onLayout() 方法,所以直接看 ListView 的父类 AbsListView 的 onLayout() 方法。

    onLayout() 方法

    在 onLayout() 方法中会调用 layoutChildren() 方法,由于 layoutChildren() 方法太长,我们来截取一些核心代码

    缓存 Views

    首先把 children 存入 RecycleBin 中并 detachAllViews,说到 RecycleBin 我们需要重点介绍下。

    RecycleBin

    RecycleBin 中有两级缓存,第一级缓存是 View[] mActiveViews 也就是当前屏幕中显示的 Views,第二级缓存是 ArrayList[] mScrapViews 也就是移出屏幕的 Views。我们看到 mScrapViews 是一个 List<View> 的数组,而数组的就是 viewTypeCount,详见下边源码中的 6410 和 6416 行。

    setViewTypeCount()

    下边我们重点看下 RecycleBin 中 fillActiveViews()、getActiveView()、addScrapView()、getScrapView() 这四个方法。

    fillActiveViews

    fillActiveViews()

    fillActiveViews() 方法逻辑并不复杂,主要就是保存 Views 到 mActiveViews,并记录 View 在 ListView 中的逻辑位置。然后我们看下 fillActiveViews() 是在什么地方调用的,我们发现只有 layoutChildren() 中会调用,也就是在 layoutChildren() 时会把当前屏幕中的 Views 保存到 mActiveViews 中

    getActiveView

    getActiveView()

    getActiveView() 逻辑就是根据 View 的 position 从 mActiveViews 中取,并把 mActiveViews 中对应位置的 View 置空。具体调用的地方是 makeAndAddView() 方法,makeAndAddView() 方法我们会在后边具体介绍。

    addScrapView

    addScrapView()

    addScrapView() 方法我们重点看 6640 行到 6644 行,如果 viewTypeCount 为 1 则把 View 放到 mCurrentScrap 这个 List<View> 中,否则根据 viewType 放到某个 List<View> 中。addScrapView() 调用的地方我们看下边这段代码

    调用 addScrapView()

    这段代码的逻辑其实也不复杂,就是当向上或向下滚动时,把滚出屏幕的 View 放到 mScrapViews 中。

    getScrapView()

    getScrapView() retrieveFromScrap()

    从这两段代码我们看到,其实是根据 ViewType 和 position 从 mScrapViews 中取 View 并从 mScrapViews 中移除。结合 retrieveFromScrap() 代码我们重点强调一个事,当你 ListView 中有多种 Type 的 View 时必须重写 Adapter 的 getViewTypeCount() 方法,为什么呢?因为 getViewTypeCount() 默认返回值是 1,这样所有滑出屏幕的 View 都会存在 mCurrentScrap 中而不会分组来存。当 getScrapView() 时会遍历 mCurrentScrap,看 id 或 position 是否匹配,滑出去和滑进来的 View 的 id 或 position 通常是不匹配的,除非你滑出去后又马上滑进来。这样就会取 mCurrentScrap 最后一个 item,这样取出的 scrapView 大概率不是我们要的 View 。

    getScrapView() 调用

    从上边代码我们可以看出来,其实 getScrapView() 方法取出的 View 就是 Adapter 的 getView() 方法中的 convertView。

    fillDown

    我们接着上边聊 layoutChildren(),下边会调用 fillFromTop() 方法,而 fillFromTop() 方法会调用 fillDown() 方法,我们具体看下 fillDown() 方法。

    fillDown()

    fillDown 接收两个参数,pos 表示列表中第一个要绘制的 item 的 position,其对应着 Adapter 中的索引,nextTop 表示第一个要绘制的 item 在 ListView 中实际的位置, 即该 item 所对应的子 View 的顶部到 ListView 的顶部的像素数。

    首先将 mBottom - mTop 的值作为 end,end 表示 ListView 的高度,然后在 while 循环中添加子 View,我们先不看 while 循环的具体条件,先看一下循环体。在循环体中,将 pos 和nextTop 传递给 makeAndAddView 方法,该方法返回一个 View 作为 child,该方法会创建 View,并把该 View 作为 child 添加到 ListView 的 children 数组中。然后执行 nextTop = child.getBottom() + mDividerHeight,child 的 bottom 值表示的是该 child 的底部到 ListView 顶部的距离,将该 child 的 bottom 作为下一个 child 的 top,也就是说 nextTop 一直保存着下一个 child 的 top 值。

    最后调用 pos++ 实现 position 指针下移。现在我们回过头来看一下 while 循环的条件 while (nextTop < end && pos < mItemCount)。

    nextTop < end 确保了我们只要将新增的子 View 能够覆盖 ListView 的界面就可以了,比如 ListView 的高度最多显示 10 个子 View,我们没必要向 ListView 中加入 11 个子 View。

    pos < mItemCount 确保了我们新增的子 View 在 Adapter 中都有对应的数据源 item,比如ListView 的高度最多显示 10 个子 View,但是我们 Adapter 中一共才有 5 条数据,这种情况下只能向 ListView 中加入 5 个子 View,从而不能填充满 ListView 的全部高度。

    下边我们看下循环体中 makeAndAddView() 方法。

    makeAndAddView

    makeAndAddView()

    makeAndAddView() 先从 activeViews 中,如果取不到则执行 obtainView() 。

    obtainView()

    其实重点就是 2345,2346 两行,首先从 scrapViews 中取 View 并作为 Adapter 的 getView() 方法的 convertView 参数,执行 getView() 。

    ok ~~ 到这里我们大致了解了 Adapter、ListView、数据源之间是如何相互联系的。

    相关文章

      网友评论

          本文标题:ListView 源码分析

          本文链接:https://www.haomeiwen.com/subject/ykyuwttx.html