ViewPager源码分析

目录

• PagerAdapter 介绍
• ViwePager 缓存策略
• ViewPager 布局处理
• ViewPager 事件处理
• 相关内容

PagerAdapter 介绍

ViewPager使用非常简单，看下面代码片段

viewPager.setAdapter(new Adapter());

private class Adapter extends PagerAdapter {
    // container 其实就是ViewPager
    public Object instantiateItem(@NonNull ViewGroup container, int position) {
        View itemView = LayoutInflater.from(context).inflate(R.layout.item_pager, null);
        container.addView(itemView);
        return itemView;
    }
    // object  为 instantiateItem返回的对象
    @Override
    public void destroyItem(@NonNull ViewGroup container, int position, @NonNull Object object) {
        container.removeView((View) object);
    }
    // viewpager页数
    @Override
    public int getCount() {
        return 10;
    }
    // 判断view跟o是否存在对应关系，内部其实是通过view找到对应的object的关联关系（instantiateItem中返回的object）
    // 本例就返回view == o，因为instantiateItem方法直接返回的view
    @Override
    public boolean isViewFromObject(@NonNull View view, @NonNull Object o) {
        return view == o;
    }
}

• 先看个对象ItemInfo，后面会用到它，它是ViewPager的一个内部类，包含了一个页面的基本信息，在调用Adapter的instantiateItem方法时，在ViewPager内部就会创建这个对象，但它不包含view，结构如下：

static class ItemInfo {
    Object object;      // 为adapter中instantiateItem方法返回的对象
    int position;       // 页面position
    boolean scrolling;  // 是否正在滑动
    float widthFactor;  // 当前页面宽度和ViewPager宽度的比例（默认是1，跟ViewPager宽度一致,可以通过重写adapter的 getPageWidth(int position) 方法自定义内容宽度）
    float offset;       // 当前页面在所有已加载的页面中的索引（用于页面布局，后面会做详细介绍）
}

Object instantiateItem(ViewGroup container, int position)

• 这个方法是ViewPager需要加载某个页面时调用，container就是ViewPager自己，position页面索引；

• 我们需要实现的是添加一个view到container中，然后返回一个跟这个view能够关联起来的对象，这个对象可以是view自身，也可以是其他对象（比如FragmentPagerAdapter返回的就是一个Fragment），关键是在isViewFromObject能够将view和这个object关联起来

void destroyItem(ViewGroup container, int position, Object object)

• 当ViewPager需要销毁一个页面时调用，我们需要将position对应的view从container中移除；
  这时参数除了position就只有object，其实就是上面instantiateItem方法返回的对象，这时要通过object找到对应的View，然后将其移除掉，如果你的instantiateItem方法返回的就是View，这里就直接强转成View移除即可:container.removeView((View) object)；如果不是，一般会自己创建一个List缓存view列表，然后根据position从List中找到对应的view移除；(当然你也可以不移除，内存泄漏)。
• FragmentPagerAdapter的实现是：mCurTransaction.detach((Fragment)object)，其实也就是将fragemnt的view从container中移除

isViewFromObject(View view, Object object)

• 这个方法从名称理解起来像是判断view是否来自object，跟进一步解释应该是上面instantiateItem方法中
  向container中添加的view和方法返回的对象两者之间一对一的关系；因为在ViewPager内部有个方法叫infoForChild，
  这个方法是通过view去找到对应页面信息缓存类ItemInfo(内部调用了isViewFromObject)，如果找不到，说明这个view是个野孩子，ViewPager会认为不是Adapter提供的View，所以这个View不会显示出来;

• 总结一下：isViewFromObject 方法是让view和object(内部为ItemInfo)一一对应起来

int getItemPosition(Object object)

• 改方法是判断当前object对应的View是否需要更新，在调用notifyDataSetChanged时会间接触发该方法，
  如果返回POSITION_UNCHANGED表示该页面不需要更新，如果返回POSITION_NONE则表示该页面无效了，需要销毁并触发destroyItem方法（并且有可能调用instantiateItem重新初始化这个页面）

ViewPager缓存策略

是ViewPager的一个变量，表示ViewPager左右两边分别最大缓存的页面数量，可以通过ViewPager.setOffscreenPageLimit(int limit)方法设置，缓存页面的相关计算（创建，销毁）由populate函数完成，后面会详细说明

初始化缓存（mOffscreenPageLimit == 1）

• 当初始化时，当前显示页面是第0页；mOffscreenPageLimit为1，所以预加载页面为第1页，再往后的页面就不需要加载了（这里的2， 3， 4页）

image

中间页面缓存（mOffscreenPageLimit == 1）

• 当向右滑动到第2页时，左右分别需要缓存一页，第0页就需要销毁掉，第3页需要预加载，第4页不需要加载

image

ViewPager相关方法

ViewPager.setAdapter方法

销毁旧的Adapter数据，用新的Adaper更新UI

1. 清除旧的Adapter，对已加载的item调用destroyItem，
2. 将自身滚动到初始位置this.scrollTo(0, 0)
3. 设置PagerObserver: mAdapter.setViewPagerObserver(mObserver);
4. 调用populate()方法计算并初始化View（这个方法后面会详细介绍）
5. 如果设置了OnAdapterChangeListener，进行回调

ViewPager.populate(int newCurrentItem)

该方法是ViewPager非常重要的方法，主要根据参数newCurrentItem和mOffscreenPageLimit计算出需要初始化的页面和需要销毁页面，然后通过调用Adapter的instantiateItem和destroyItem两个方法初始化新页面和销毁不需要的页面！

1. 根据newCurrentItem和mOffscreenPageLimit计算要加载的page页面，计算出startPos和endPos
2. 根据startPos和endPos初始化页面ItemInfo，先从缓存里面获取，如果没有就调用addNewItem方法,实际调用mAdapter.instantiateItem
3. 将不需要的ItemInfo移除: mItems.remove(itemIndex)，并调用mAdapter.destroyItem方法
4. 设置LayoutParams参数(包括position和widthFactor)，根据position排序待绘制的View列表：mDrawingOrderedChildren，重写了getChildDrawingOrder方法
5. 最后一步获取当前显示View的焦点：currView.requestFocus(View.FOCUS_FORWARD)

ViewPager.dataSetChanged()

当调用Adapter的notifyDataSetChanged时，会触发这个方法，该方法会重新计算当前页面的position，
移除需要销毁的页面的ItemInfo对象，然后再调用populate方法刷新页面

• 循环mItems（每个page对应的ItemInfo对象），调用int newPos = mAdapter.getItemPosition方法
• 当newPos等于PagerAdapter.POSITION_UNCHANGED表示当前页面不需要更新，不用销毁，当newPos等于PagerAdapter.POSITION_NONE时，需要更新，移除item，调用mAdapter.destroyItem
• 循环完成后，最后计算出显示页面的newCurrItem，调用setCurrentItemInternal(newCurrItem, false, true)方法更新UI（实际调用populate方法重新计算页面信息）

ViewPager.scrollToItem(int item, boolean smoothScroll, int velocity, boolean dispatchSelected)

• 滑动到指定页面，内部会触发OnPageChangeListener

ViewPager.calculatePageOffsets(ItemInfo curItem, int curIndex, ItemInfo oldCurInfo)

• 这个方法主要用于计算每个页面对应ItemInfo的offset变量，这个变量用于记录当前view在所有缓存View中（包含当前显示页）的索引，用于布局的时候计算该View应该放在哪个位置
• 在populate方法中更新完页面数据后，会调用该方法计算所有页面的offset

到目前为止，ViewPager和Adapter相关调用关系差不多分析完了，下面看ViewPager内部对页面的布局，滑动事件监听相关操作！

ViewPager 布局处理

• ViewPager将子View分为两种，一种是Decor View用于装饰ViewPager，它需要占用一些空间；另一种是普通的子View，也就是Adapter创建的View。
• ViewPager布局处理主要是两个方法onMeasure和onLayout

onMeasure(int widthMeasureSpec, int heightMeasureSpec)

该方法主要测量上述两种子View，第一种Decor View就不多说了，用得很少，但要注意的是它会占用一部分ViewPager空间，剩下的留给普通子View；

主要说下普通子View测量，还记得上面提到的ItemInfo中widthFactor变量，它是通过Adapter.getPageWidth方法得来的（可以重写），决定了页面View的宽度，所以这里测量就用到了它；还有一点就是在测量之前会调用populate方法初始化需要显示的页面，然后再测量，看下面代码片段

// Make sure we have created all fragments that we need to have shown.
// 计算并初始化需要显示的页面
mInLayout = true;
populate();
mInLayout = false;
...
if (lp == null || !lp.isDecor) {
    final int widthSpec = MeasureSpec.makeMeasureSpec(
            (int) (childWidthSize * lp.widthFactor), MeasureSpec.EXACTLY);
    child.measure(widthSpec, mChildHeightMeasureSpec);
}

这里用到了，就是ItemInfo.widthFactor，是在populate方法中设置给LayoutParams的，测量就到这里，比较简单，下面看下onLayout方法；

onLayout(boolean changed, int l, int t, int r, int b)

跟onMeasure方法差不多

第一步先layout DecorView，它会占用一定空间，计算出四个padding值（paddingLeft、paddingTop、paddingRight、paddingBottom） 提供给后面layout普通子View使用；

第二步就是利用第一步得出的padding值得到一个可用的空间对子View进行布局，这里就涉及到对多个子View横向排列顺序的问题，这里就根据ItemInfo中的offset值来决定的，通过offset计算每个子View的Left值，关键代码如下：

// 计算childLeft值
int loff = (int) (childWidth * ii.offset);
int childLeft = paddingLeft + loff;

// paddingTop就是上面说的第一步计算出来的padding值
int childTop = paddingTop;
...
// 布局子View
child.layout(childLeft, childTop, childLeft + child.getMeasuredWidth(), childTop + child.getMeasuredHeight());

整体来说ViewPager的布局流程也是非常简单的，下面看事件处理

ViewPager 事件处理

• ViewPager事件处理内容不多，主要就是左右翻页滑动的事件拦截，滑动事件又只需要拦截横向滑动。
• 事件拦截处理相关的几个方法：dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent；ViewPager这里只重写了onInterceptTouchEvent和onTouchEvent

ViewPager.onInterceptTouchEvent

该方法主要计算是否拦截滑动事件变量：mIsBeingDragged，满足下面2个主要条件才拦截：

1. 当xDiff * 0.5f > yDiff，简单说就是X轴上滑动的距离要大于Y轴上的2倍才拦截
2. 并且canScroll(View v, boolean checkV, int dx, int x, int y)方法返回false，该方法是判断子View能不能横向滑动，如果子View能滑动ViewPager就不拦截滑动

ViewPager.onTouchEvent

该方法主要是通过上面计算出的mIsBeingDragged变量，判断是否需要滑动操作，下面看下在不同MotionEvent中处理的内容：

• ACTION_MOVE：如果mIsBeingDragged = fasle，这里会重新计算，这里的判断条件是xDiff > yDiff就能滑动了（跟onInterceptTouchEvent中处理不一样，不知道为什么?），然后调用performDrag方法完成具体滑动操作
• ACTION_UP：调用setCurrentItemInternal滑动到最终的页面
• ACTION_CANCEL：跟ACTION_UP差不多，调用scrollToItem完事
• 其他滑动Event事件就不描述了，很简单

相关内容

未完待续...

以上基本就差不多了，剩下的看代码吧