ViewPager源码分析

1.问题

由于Android Framework源码很庞大,所以读源码必须带着问题来读!没有问题,创造问题再来读!否则很容易迷失在无数的方法与属性之中,最后无功而返。

那么,关于ViewPager有什么问题呢?

1. setOffsreenPageLimit()方法是如何实现页面缓存的?

2. 在布局文件中,ViewPager布局内部能否添加其他View?

3. 为什么ViewPager初始化时,显示了一个页面却不会触发onPageSelected回调?

问题肯定不止这三个,但是有这三个问题基本可以找到本次分析的重点了。读者朋友也可以自己先提出一些问题,再看下面的分析,看看是否可以从分析过程中找到答案。

2.从onMeasure()下手

ViewPager继承自ViewGroup,是Android Framework提供的一个控件,而Android系统显示控件的流程就是: Activity加载布局实例化所有控件 —> rootView遍历所以控件 —> 对需要重绘的控件执行测量,布局,绘制的操作。

而转化到某个控件来说,它的流程就是:构造方法 —> onMeasure —> onLayout —> onDraw

由于ViewPager的构造方法中只是初始化了一些与本文主题无关的属性就略过不讲,那么自然而然onMeasure方法就来到了我们眼前。

那么在onMeasure中ViewPager做了些什么呢?先把源码摆出来,我进行了一些删减。

@Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        //测量ViewPager自身大小
        setMeasuredDimension(getDefaultSize(0, widthMeasureSpec),
                getDefaultSize(0, heightMeasureSpec));

        final int measuredWidth = getMeasuredWidth();

        // child的宽高,占满父控件
        int childWidthSize = measuredWidth - getPaddingLeft() - getPaddingRight();
        int childHeightSize = getMeasuredHeight() - getPaddingTop() - getPaddingBottom();

        //1.测量Decor
        int size = getChildCount();
        for (int i = 0; i < size; ++i) {
            final View child = getChildAt(i);
            if (child.getVisibility() != GONE) {
                final LayoutParams lp = (LayoutParams) child.getLayoutParams();
                if (lp != null && lp.isDecor) {//仅对Decor进行测量
                    //省略若干代码,主要负责对Decor控件的测量
                    ...
                }
            }
        }

        mChildWidthMeasureSpec = MeasureSpec.makeMeasureSpec(childWidthSize, MeasureSpec.EXACTLY);
        mChildHeightMeasureSpec = MeasureSpec.makeMeasureSpec(childHeightSize, MeasureSpec.EXACTLY);

        // 2.从Adapter中获取childView
        mInLayout = true;
        populate();
        mInLayout = false;

        // 3.测量非Decor的childView
        size = getChildCount();
        for (int i = 0; i < size; ++i) {
            final View child = getChildAt(i);
            if (child.getVisibility() != GONE) {
                final LayoutParams lp = (LayoutParams) child.getLayoutParams();
                if (lp == null || !lp.isDecor) {
                    final int widthSpec = MeasureSpec.makeMeasureSpec(
                            (int) (childWidthSize * lp.widthFactor), MeasureSpec.EXACTLY);
                    child.measure(widthSpec, mChildHeightMeasureSpec);
                }
            }
        }
    }

简单总结就是三件事情。

2.1 测量Decor控件

可能很多人有些懵x了,Decor是个啥?

其实Decor是一个接口,在ViewPager内部定义的,并且该接口是没有定义任何内容的。唯一的作用就是如果你的控件实现了Decor接口,那么你的控件就属于DecorView了。

我们知道ViewPager的数据是通过Adapter管理的,但其实还有一种方式给ViewPager添加childView.

#layout.xml
<ViewPager>
    <DecorView />
</ViewPager>

上面这种直接在ViewPager布局内部添加控件也是可以的,但是要求DecorView必须实现Decor接口,否则将不予显示。

在ViewPager的addView方法中会对childView进行判断,也看一下代码吧!

 @Override
    public void addView(View child, int index, ViewGroup.LayoutParams params) {
        if (!checkLayoutParams(params)) {
            params = generateLayoutParams(params);
        }
        final LayoutParams lp = (LayoutParams) params;
        lp.isDecor |= child instanceof Decor; //在此处给isDecor赋值

        //省略无关代码
        ...
    }

至于addView()方法是如何调用,可以参考本人博客 ViewGroup如何加载布局中的View?

而上面的代码我们要注意的是lp.isDecor,这是ViewPager为它的childView准备的LayoutParams,在onMeasure的第一步中就是根据lp.isDecor来挑选出Decor控件来测量的。

至于Decor的测量过程与本文主题无关,在此就不详述了,有兴趣的可以自己去查看源码。

2.2 从Adapter中创建ChildView(populate方法)

ViewPager也是采用Observable模式来设计的,数据通过PagerAdapter来管理,并且childView也是通过PagerAdapter来创建的,ViewPager主要负责界面交互相关的工作。

对PagerAdapter并不会做太详细的介绍,直接给一个示例代码吧。

public class AutoScrollAdapter extends PagerAdapter {

    //省略构造方法代码
    ...

    @Override
    public void destroyItem(ViewGroup container, int position, Object object) {

    }

    @Override
    public int getCount() {
        return mData.size();
    }

    @Override
    public boolean isViewFromObject(View view, Object object) {
        return view == object;
    }

    @Override
    public Object instantiateItem(ViewGroup container, int position) {
        View itemView = new TextView(mContext); //通过各种方法新建一个childView
        container.addView(itemView);//将childView添加到ViewPager中
        return itemView;
    }
}

这四个方法是必须要重写的,方法的含义根据方法名就能看出来。这里主要要讲一下最后这个方法instantiateItem()。它负责向ViewPager提供childView,这里调用的addView方法是被ViewPager重写过的,所以会对lp.isDecor赋值,并且我们可以知道,这里的isDecor=false。

有些人可能要问,这一步的主角不应该是populate()方法吗?的确应该是populate方法,但是由于这个方法比较复杂,为了阅读的连贯性考虑,博主决定单独提出来,一会儿再讲它。

在这里主要告诉大家,populate()方法内部会调用Adapter.instantiateItem()方法,也就是将Adapter中的childView添加到ViewPager中来,为下一步做准备。

2.3 测量ChildView

有了上面的分析,这一步的内容就很好理解了。

简单来说就是,遍历所有的childView,挑选出lp.isDecor==false的childView,然后调用view.measure()方法让childView自己去完成测量。

还有一点需要注意,就是childView的宽度 width= childWidthSize * lp.widthFactor。

childWidthSize就是ViewPager的宽度,lp.widthFactor代表这个childView占几个页面。

lp.widthFactor默认情况下是1.0,可以重写PagerAdapter.getPageWidth(pos)方法来修改这个值。

到此,ViewPager的测量过程就完成了。

3.populate()方法

可以说这是ViewPager最核心的一个方法,所以单独作为一个小节来分析。

在分析源码之前,必须先介绍一个类——ItemInfo

3.1 ItemInfo是什么?

static class ItemInfo {
        Object object;  //childView
        int position;   //childView在Adapter中的位置
        boolean scrolling;  //是否在滚动
        float widthFactor;  //宽度的倍数,默认情况下是1
        float offset;       //页面的偏移参数,粗暴的理解就是第几个页面
    }

这是ViewPager内部定义的一个静态类,将childView相关的属性进行了包装,主要是为了方便对childView的管理。

并且在ViewPager内部还维护了一个ArrayList,由ItemInfo对象组成,属性名是mItems。

这个list的长度就是由mOffscreenPageLimit来决定的,这个在后面的代码分析中会看到。

好了,了解了基本对象之后,就可以开始分析populate方法了。

注意:由于代码比较长,为了方便阅读博主打算将populate()方法的代码分段讲解,如过代码中没有方法声明,则表示该段代码属于populate()方法。

3.2 获取当前的ItemInfo对象

从这里开始,对populate()方法的源码进行分析,分析内容主要在代码的注释中编写。

    void populate(int newCurrentItem) {
        ItemInfo oldCurInfo = null;
        int focusDirection = View.FOCUS_FORWARD;
        if (mCurItem != newCurrentItem) {
            focusDirection = mCurItem < newCurrentItem ? View.FOCUS_RIGHT : View.FOCUS_LEFT;
            oldCurInfo = infoForPosition(mCurItem);  //获取旧的ItemInfo对象
            mCurItem = newCurrentItem;   //更新mCurItem的值,就是在Adapter中的position
        }
        //省略无关代码
        ...
        //mOffscreenPageLimit就是setOffscreenPageLimit方法设置的值
        final int pageLimit = mOffscreenPageLimit; 

        //根据下面三行代码可知:mItems的长度就是 2 * pageLimit + 1
        //这里声明的startPos和endPos在后面会起作用,大家注意一下
        final int startPos = Math.max(0, mCurItem - pageLimit);
        final int N = mAdapter.getCount();
        final int endPos = Math.min(N-1, mCurItem + pageLimit);

        // 遍历mItems列表,找出mCurItem对应的ItemInfo对象,是根据position来判断的
        int curIndex = -1;
        ItemInfo curItem = null;
        for (curIndex = 0; curIndex < mItems.size(); curIndex++) {
            final ItemInfo ii = mItems.get(curIndex);
            if (ii.position >= mCurItem) {
                if (ii.position == mCurItem) curItem = ii;
                break;
            }
        }
        // 如果mItems中还未保存该ItemInfo,则创建一个IntemInfo对象
        if (curItem == null && N > 0) {
            curItem = addNewItem(mCurItem, curIndex);
        }
        ...

这里要注意的一点是,在新建ItemInfo对象时,我们是调用的addNewItem方法,它的代码如下所示。

ItemInfo addNewItem(int position, int index) {
        ItemInfo ii = new ItemInfo(); //新建一个ItemInfo对象
        ii.position = position;
        ii.object = mAdapter.instantiateItem(this, position);//用Adapter创建一个childView
        ii.widthFactor = mAdapter.getPageWidth(position);//默认返回1.0f
        if (index < 0 || index >= mItems.size()) { //添加到mItems中
            mItems.add(ii);
        } else {
            mItems.add(index, ii);
        }
        return ii;
    }

不管是从mItems中提取还是新建一个ItemInfo对象,总之我们已经得到了curItem,即当前的IntemInfo对象。

3.3 管理mItems中的其余对象

因为我们的mItems长度是有限的,并且与pageLimit有关,所以很可能出现页面总数大于mItems长度的情况。当显示的页面改变时,我们必须将一些ItemInfo添加进来,将另一些ItemInfo移除。

以保证我们的mItems中的ItemInfo.position是这样的:

[ startPos … mCurItem … endPos ]

其中:

mCurItem = curItem.position

startPos = mCurItem - pagLimit

endPos = mCurItem + pagLimit

具体如何操作,我们来看代码
        if (curItem != null) {
            //1.调整curItem左边的对象
            float extraWidthLeft = 0.f;

            // curIndex是curItem在mItems中的索引
            // itemIndex就是curItem左边的ItemInfo的索引
            int itemIndex = curIndex - 1;
            //获取左边的ItemInfo对象
            ItemInfo ii = itemIndex >= 0 ? mItems.get(itemIndex) : null;
            final int clientWidth = getClientWidth();
            //curItem左边需要的宽度,默认情况下为1.0f
            final float leftWidthNeeded = clientWidth <= 0 ? 0 :
                    2.f - curItem.widthFactor + (float) getPaddingLeft() / (float) clientWidth;
            //遍历mItems左半部分,即curIndex左边的对象
            //只有在pos < startPos时才能退出循环,否则会一直遍历到pos=0
            for (int pos = mCurItem - 1; pos >= 0; pos--) {
                // 建议大家先从下面的else if开始看,因为这里的逻辑是准备退出循环了
                if (extraWidthLeft >= leftWidthNeeded && pos < startPos) {
                    //当pos < startPos,说明mItems左边部分已经调整完毕了
                    //此时的ii代表的是,startPos左边的对象了
                    if (ii == null) {
                        break;
                    }
                    //如果startPos左边还有对象,需要从mItems中移除
                    if (pos == ii.position && !ii.scrolling) {
                        mItems.remove(itemIndex);
                        mAdapter.destroyItem(this, pos, ii.object);
                        itemIndex--;
                        curIndex--;
                        ii = itemIndex >= 0 ? mItems.get(itemIndex) : null;
                    }

                //如果curIndex左边的ItemInfo对象不为null
                } else if (ii != null && pos == ii.position) {
                    extraWidthLeft += ii.widthFactor; //累加curItem左边需要的宽度
                    itemIndex--;                      //再往curIndex左边移一个位置
                    ii = itemIndex >= 0 ? mItems.get(itemIndex) : null; //取出ItemInfo对象

                //如果curIndex左边的ItemInfo为null
                } else {
                    //新建一个ItemInfo对象,添加到itemIndex的右边
                    ii = addNewItem(pos, itemIndex + 1);
                    extraWidthLeft += ii.widthFactor;    //累加左边宽度
                    curIndex++;   //由于往mItems中插入了一个对象,故curIndex需要加1
                    ii = itemIndex >= 0 ? mItems.get(itemIndex) : null; //去除ItemInfo
                }
            }

            //2.调整curItem右边的对象,逻辑与上面类似
            //代码省略
            ...
            // 3.计算mItems中的偏移参数
            calculatePageOffsets(curItem, curIndex, oldCurInfo);
        }

代码主要是一些逻辑,需要大家静下心来读,也不知道讲清除了没有。(发现要把代码翻译成文字真是累,一句代码要用一大段文字来说明)

对于calculatePageOffsets方法,就不贴源码分析了,主要说一下它做了哪些事情吧

  • 根据oldItem.position与curItem.position的大小关系,来确定curItem的offset值
  • 再分别对curItem的左边和右边的Item写入offset值
  • mPageMargin是页面之间的间隔, marginOffset = mPageMargin / childWidth
  • 每个页面的offset = mAdapter.getPageWidth(pos) + marginOffset

参照上面的四点提示,大家去读源码应该也没啥难度的,关键是都是一些逻辑处理很难文字化说明。

3.4 一些收尾工作

        // 将ItemInfo的内容更新到childView的LayoutParams中
        final int childCount = getChildCount();
        for (int i = 0; i < childCount; i++) {
            final View child = getChildAt(i);
            final LayoutParams lp = (LayoutParams) child.getLayoutParams();
            lp.childIndex = i;
            if (!lp.isDecor && lp.widthFactor == 0.f) {
                final ItemInfo ii = infoForChild(child);
                if (ii != null) {
                    lp.widthFactor = ii.widthFactor;
                    lp.position = ii.position;
                }
            }
        }
        //根据lp.position的大小对所有childView进行排序,另外DecorView是排在其他child之前的
        sortChildDrawingOrder();

OK,populate方法分析到此就结束了。

4. onLayout

布局也是先布局Decor,再布局Adapter创建的childView,直接上源码吧。

    @Override
    protected void onLayout(boolean changed, int l, int t, int r, int b) {
        final int count = getChildCount();
        int width = r - l;
        int height = b - t;

        //1.布局Decor,根据lp.isDecor来筛选DecorView
        //代码略
        ...

        final int childWidth = width - paddingLeft - paddingRight;

        for (int i = 0; i < count; i++) {
            final View child = getChildAt(i);
            if (child.getVisibility() != GONE) {
                final LayoutParams lp = (LayoutParams) child.getLayoutParams();
                ItemInfo ii;
                //此处将DecorView过滤掉,并且根据view从mItems中查找ItemInfo对象
                //如果ViewPager布局中添加了未实现Decor接口的控件,将不会被布局
                //因为无法从mItems中查找到ItemInfo对象
                if (!lp.isDecor && (ii = infoForChild(child)) != null) {
                    //计算当前page的左边界偏移值,此处的offset会随着页面增加而增加
                    int loff = (int) (childWidth * ii.offset);
                    int childLeft = paddingLeft + loff;
                    int childTop = paddingTop;
                    if (lp.needsMeasure) {//如果需要重新测量,则重新测量之
                        lp.needsMeasure = false;
                        final int widthSpec = MeasureSpec.makeMeasureSpec(
                                (int) (childWidth * lp.widthFactor),
                                MeasureSpec.EXACTLY);
                        final int heightSpec = MeasureSpec.makeMeasureSpec(
                                (int) (height - paddingTop - paddingBottom),
                                MeasureSpec.EXACTLY);
                        child.measure(widthSpec, heightSpec);
                    }
                    //child调用自己的layout方法来布局自己
                    child.layout(childLeft, childTop,
                            childLeft + child.getMeasuredWidth(),
                            childTop + child.getMeasuredHeight());
                }
            }
        }
        mTopPageBounds = paddingTop;
        mBottomPageBounds = height - paddingBottom;
        mDecorChildCount = decorCount;
        //如果是首次布局,则会调用scrollToItem方法
        if (mFirstLayout) {
            scrollToItem(mCurItem, false, 0, false);
        }
        mFirstLayout = false;
    }

布局这一块的代码相对来说要简单一些,就是根据offset偏移量来计算出left,right, top, bottom值,然后直接调用View.layout方法进行布局。

但是,这里需要插一句,在用ViewPager实现轮播控件时,有一种方法是将Adapter.getCount返回Integer.MAX_VALUE,已达到伪循环播放的目的。从上面的代码可以看到,此时这个offset值会不断的变大,那么

                int loff = (int) (childWidth * ii.offset);

这个loff很可能会超出int的最大值边界。

所以,以后大家实现轮播控件时,还是不要采用这种方法了。

然后,回过头来再说下scrollToItem方法

注意上面调用scrollToItem时,最后一个参数传递的是false,而这个参数就是决定是否调用onPageSelected回调函数的。

看代码:

    private void scrollToItem(int item, boolean smoothScroll, int velocity,
            boolean dispatchSelected) {
        final ItemInfo curInfo = infoForPosition(item);
        int destX = 0;
        if (curInfo != null) {
            final int width = getClientWidth();
            destX = (int) (width * Math.max(mFirstOffset,
                    Math.min(curInfo.offset, mLastOffset)));
        }
        if (smoothScroll) {
            smoothScrollTo(destX, 0, velocity);
            if (dispatchSelected) {
                dispatchOnPageSelected(item);
            }
        } else {
            if (dispatchSelected) { //是否需要分发OnPageSelected回调
                dispatchOnPageSelected(item);
            }
            completeScroll(false);
            scrollTo(destX, 0);
            pageScrolled(destX);
        }
    }

也就是说,第一次布局ViewPager时虽然会显示一个页面,却不会调用onPageSelected方法。

onLayout的分析也到此结束了,至于onDraw方法ViewPager并没有做什么,只是编写了绘制Page之间间隔的代码,就不做分析了。

当然,ViewPager的代码还不止这些,此文分析的仅仅是它的骨架,还有许多其他处理如onInterceptTouchEvent方法,pageScrolled方法等等,这些就留给读者自己去分析吧。

理解了这边文章之后,对ViewPager的工作原理也有一定程度的了解了,相信再去读那些代码难度不会很大。

至于篇头提到的三个问题,相信各位也已经有了答案。

时间: 2024-10-10 16:17:42

ViewPager源码分析的相关文章

ViewPager 源码分析(一) —— setAdapter() 与 populate()

写在前面 做安卓也有一定时间了,虽然常用控件都已大致掌握,然而随着 Android N 的发布,不自觉的愈发焦虑起来.说来惭愧,Android L 的 Material Design 库里的许多控件都还没用过,照这样下去迟早要被新技术所淘汰.那该怎么办呢,偶然间我看到一篇博文如此说到:"不要觉得 android 里边控件繁杂多样,官方或第三方新控件层出不穷,其实真正的控件就只有两个View和ViewGroup.一旦有了它们的基础,不管来什么新控件,TabLayout也好,CoordinatorL

ViewPager源码分析——滑动切换页面处理过程

上周客户反馈Contacts快速滑动界面切换tab有明显卡顿,让优化. 自己验证又没发现卡顿现象,但总得给客户一个技术性的回复,于是看了一下ViewPager源码中处理滑动切换tab的过程. ViewPager  源码位置: android\frameworks\support\v4\java\android\support\v4\view\ViewPager.java ViewPager其实就是一个重写的ViewGroup,使用ViewPager可以参考SDK中的demo:sdk\extras

【Android 界面效果45】ViewPager源码分析

ViewPager概述: Layout manager that allows the user to flip left and right through pages of data. You supply an implementation of a PagerAdapter to generate the pages that the view shows. Note this class is currently under early design and development.

[Android]Fragment源码分析(一) 构造

Fragment是Android3.0之后提供的api,被大家广泛所熟知的主要原因还是因为随即附带的ViewPager控件.虽然我并不喜欢用它,但是它确实是一个相对不错的控件.还是我的一贯作风,我将从源码上向大家展示什么是Fragment.我们先写一个简单的代码对Fragment有个直观的认识:(为了保证我们方便调试,我们可以直接使用V4提供的源码包) FragmentTransaction t = getSupportFragmentManager().beginTransaction();

仿网易新闻导航栏PagerSlidingTabStrip源码分析

转载请注明本文出自Cym的博客(http://blog.csdn.net/cym492224103),谢谢支持!   前言 最近工作比较忙,所以现在才更新博文,对不住大家了~!言归正传,我们来说说这个PagerSlidingTabStrip,它是配合ViewPager使用的导航栏,网易新闻就是用的这个导航,我们仔细观察这个导航栏不仅他是跟着ViewPager滑动而滑动,而且指示器还会随着标题的长度而动态的变化长度. · 下载地址: Github:https://github.com/astuet

ym——Android仿网易新闻导航栏PagerSlidingTabStrip源码分析

转载请注明本文出自Cym的博客(http://blog.csdn.net/cym492224103),谢谢支持! 前言 最近工作比较忙,所以现在才更新博文,对不住大家了~!言归正传,我们来说说这个PagerSlidingTabStrip,它是配合ViewPager使用的导航栏,网易新闻就是用的这个导航,我们仔细观察这个导航栏不仅他是跟着ViewPager滑动而滑动,而且指示器还会随着标题的长度而动态的变化长度,还可以改变多种样式哦~! · 下载地址: Github:https://github.

Eoe客户端源码分析---SlidingMenu的使用

Eoe客户端源码分析及代码注释 使用滑动菜单SlidingMenu,单击滑动菜单的不同选项,可以通过ViewPager和PagerIndicator显示对应的数据内容. 0  BaseSlidingFragmentActivity.java 主要函数: (1)showMenu() /** * Opens the menu and shows the menu view.*/ public void showMenu() { showMenu(true); } (2)showContent() /

TeamTalk源码分析之login_server

login_server是TeamTalk的登录服务器,负责分配一个负载较小的MsgServer给客户端使用,按照新版TeamTalk完整部署教程来配置的话,login_server的服务端口就是8080,客户端登录服务器地址配置如下(这里是win版本客户端): 1.login_server启动流程 login_server的启动是从login_server.cpp中的main函数开始的,login_server.cpp所在工程路径为server\src\login_server.下表是logi

Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇)

1 背景 还记得前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>中关于透过源码继续进阶实例验证模块中存在的点击Button却触发了LinearLayout的事件疑惑吗?当时说了,在那一篇咱们只讨论View的触摸事件派发机制,这个疑惑留在了这一篇解释,也就是ViewGroup的事件派发机制. PS:阅读本篇前建议先查看前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>,这一篇承接上一篇. 关于View与ViewGroup的区别在前一篇的A