很多时候，我们想方设法找自定义控件的时候，有没有想过，android本身的自定义控件就已经很是丰富多彩了。
简介
viewpager，一个我们经常用到的控件，让我们一起简单看看其中的实现以及整个过程的想法
好奇的驱使
一直都很好奇，viewpager为什么能够滑动呢？其中，google工程师们是怎么让其实现的呢？怀揣着这样的心理我们废话不多说，一起来看一看吧（由于水平有限，也只是简单了解一下-）
探求过程
第一点
如下，viewpager继承至viewgroup，既然是viewgroup，那它应该就是在onMeasure()中，onLayout()中进行子view的排版的咯。疑问出现，那它是怎么添加子view的呢，子view是怎么超出一个屏幕的呢？怀着疑问，这时就准备看onMeasure()方法了。
public class ViewPager extends ViewGroup{
......
}
第二点
接下来，我们来到onMeasure
code1.png
我们稍微翻译一下（有错误，望指出）：为了简单的实现，内部的size就暂时先设置为0，在添加或者删除控件之前，我们是不知道其大小的，并且我们也不想这个时候改变大小引起layout的调用。
接下来的代码
final int measuredWidth = getMeasuredWidth();
final int maxGutterSize = measuredWidth / 10;
mGutterSize = Math.min(maxGutterSize, mDefaultGutterSize);
// 由这里可以看出，给出子view的宽高就是viewpaper的宽高减去相应的padding值
int childWidthSize = measuredWidth - getPaddingLeft() - getPaddingRight();
int childHeightSize = getMeasuredHeight() - getPaddingTop() - getPaddingBottom();
int size = getChildCount();
看到这里，是否有一个疑问？child从何而来，回忆在使用viewpager时，初始化后一般都是设置适配器，那么就去看下setAdapter()；虽然跳来跳去有点乱，但是，主要是为了描述整个看代码的过程
public void setAdapter(PagerAdapter adapter) {
...
final PagerAdapter oldAdapter = mAdapter;
mAdapter = adapter;
mExpectedAdapterCount = 0;
if (mAdapter != null) {
if (mObserver == null) {
mObserver = new PagerObserver();
}
mAdapter.setViewPagerObserver(mObserver);
mPopulatePending = false;
final boolean wasFirstLayout = mFirstLayout;
mFirstLayout = true;
mExpectedAdapterCount = mAdapter.getCount();
if (mRestoredCurItem >= 0) {
mAdapter.restoreState(mRestoredAdapterState, mRestoredClassLoader);
setCurrentItemInternal(mRestoredCurItem, false, true);
mRestoredCurItem = -1;
mRestoredAdapterState = null;
mRestoredClassLoader = null;
} else if (!wasFirstLayout) {
populate();
} else {
// 第一次调用时，会走这里
requestLayout();
}
}
...
}
也就是说setAdapter()在第一次调用的时候仅仅使其调用了requestLayout()，并未发现add子view。于是，回过头继续看onMeasure()。所以第一次调用onMeasure()时，上方那句代码的size就为0；
int size = getChildCount();
最后就落到了这一段代码上
mInLayout = true;
populate();
mInLayout = false;
// populate()方法前后，size发生了变化，于是这个方法就成了add子view的关键方法
size = getChildCount();
Log.d(TAG_TEST,"after populate size: "+ size);
for (int i = 0; i < size; ++i) {
final View child = getChildAt(i);
if (child.getVisibility() != GONE) {
if (DEBUG) Log.v(TAG, "Measuring #" + i + " " + child
+ ": " + mChildWidthMeasureSpec);
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);
}
}
}
看到这里，就知道了 populate()是较为重要的一个方法，接下来进入populate()方法
- 一个小点
以下这个预加载页数是可以通过设置进行改变的，看到这里有一个小小的猜想，我们能不能把这个预加载数量设置的大一点，让那种子条目较多的viewpaper多缓存几个页面呢？（具体有待验证）
// 这个值应该就是预加载页面的数量值
final int pageLimit = mOffscreenPageLimit;
final int startPos = Math.max(0, mCurItem - pageLimit);
- 找到当前的子条目赋值给curItem
最开始没有子view，这个方法便略过，当mItems有值之后，便会根据当中存储的position来从缓存中查找出当前应该显示在屏幕上的子view
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;
}
}
- add子条目
当上面的代码没有找到当前view时，一般情况下是缓存子view的mItems还未加载过这个view或是该view在滑动的过程中被移除了。
if (curItem == null && N > 0) {
curItem = addNewItem(mCurItem, curIndex);
}
- 遍历当前item左边的所有子view
以下这个方法很有意思，通过预加载数作为判断条件，把需要加载的view都加载了一遍，触发adapter的初始化和销毁item的操作
for (int pos = mCurItem - 1; pos >= 0; pos--) {
// 当子view超出了预加载view的范围，那么就会进行移除操作
// extraWidthLeft 这个值会在下面累加
// startPos为预加载项的起始位置。
if (extraWidthLeft >= leftWidthNeeded && pos < startPos) {
if (ii == null) {
break;
}
if (pos == ii.position && !ii.scrolling) {
mItems.remove(itemIndex);
mAdapter.destroyItem(this, pos, ii.object);
if (DEBUG) {
Log.i(TAG, "populate() - destroyItem() with pos: " + pos +
" view: " + ((View) ii.object));
}
itemIndex--;
curIndex--;
ii = itemIndex >= 0 ? mItems.get(itemIndex) : null;
}
// 预加载项默认是1，所以第二个条件成立默认是当前项的左边第一个view
} else if (ii != null && pos == ii.position) {
extraWidthLeft += ii.widthFactor;
// 左边移动了一个pos
itemIndex--;
// 左移后，ii被重新赋值到左移一个pos之后的view，这里比较巧妙
// 如果ii为null，则下一次for循环就分两种情况，第一种情况：预加载项为默认，也就是1，则会进入第一个if判断。
// 大于1的话，则会进入下面的else判断，继续加载其他的预加载view。
ii = itemIndex >= 0 ? mItems.get(itemIndex) : null;
} else {
// 加载预加载子view
ii = addNewItem(pos, itemIndex + 1);
extraWidthLeft += ii.widthFactor;
curIndex++;
ii = itemIndex >= 0 ? mItems.get(itemIndex) : null;
}
}
注意 addNewItem这个方法，它其中会去调用adapter的初始化view的方法。
接下来，下面的代码就是加载右边的所有view。与加载左边的view类似，所以就不再累赘。
说到这里view的添加就基本可以告一段落了。从中就了解了viewpager缓存view的基本原理：先找到当前view，然后，从此处开始通过设置的预加载数目为条件，分别向前和向后遍历，从缓存子view的集合中取出相对应的元素，并且重新加载未缓存的元素。（未完，待续）
由于篇幅的原因，接下来的内容下一篇文章（手势移动时，viewpager的一些基本处理过程）接着讲。由于自身水平有限，写的不对的地方还望大家体谅，多多指出。
网友评论