本文共 5664 字，大约阅读时间需要 18 分钟。
**ViewPager不为人知的秘密**
ViewPager翻页控制
关于控制ViewPager的翻页，在网上已经有很多解决方法了，我们一个个来看看。
setScanScroll()
我们先来看一下具体实现：
public class CustomViewPager extends ViewPager { private boolean isCanScroll = true; public CustomViewPager(Context context) { super(context); } public CustomViewPager(Context context, AttributeSet attrs) { super(context, attrs); } public void setScanScroll(boolean isCanScroll){ this.isCanScroll = isCanScroll; } @Override public void scrollTo(int x, int y){ if (isCanScroll){ super.scrollTo(x, y); } }} 通过控制isCanScroll变量，设置给scrollTo()方法，控制是否能滑动，看上去非常完美，实际上是最不靠谱的方法，因为你setScanScroll()调用之后状态就无法再修改这个状态了，甚至是setCurrentItem方法都不能调用了。
public class NoScrollViewPager extends ViewPager { public NoScrollViewPager(Context context) { super(context); } public NoScrollViewPager(Context context, AttributeSet attrs) { super(context, attrs); } @Override public boolean onTouchEvent(MotionEvent arg0) { return false; } @Override public boolean onInterceptTouchEvent(MotionEvent arg0) { return false; }} 这代码也很简单，就是控制ViewPager的Touch事件，这个基本是万能的，毕竟是从根源上入手的。你可以在onTouchEvent和onInterceptTouchEvent中做逻辑的判断。
重写ViewPager
前面两种方法固然可以在一定程度上完成我们的要求，但是显得略2.所以，我们来看这种方式。
首先我们要了解下ViewPager切页的原理，经过一段时间的查找，我们找到了这个类：
private int determineTargetPage(int currentPage, float pageOffset, int velocity, int deltaX) { int targetPage; if (Math.abs(deltaX) > mFlingDistance && Math.abs(velocity) > mMinimumVelocity) { targetPage = velocity > 0 ? currentPage : currentPage + 1; } else { final float truncator = currentPage >= mCurItem ? 0.4f : 0.6f; targetPage = (int) (currentPage + pageOffset + truncator); } if (mItems.size() > 0) { final ItemInfo firstItem = mItems.get(0); final ItemInfo lastItem = mItems.get(mItems.size() - 1); // Only let the user target pages we have items for targetPage = Math.max(firstItem.position, Math.min(targetPage, lastItem.position)); } return targetPage;} 不用问我是怎么找到的，这是程序员的嗅觉。
这个方法会在切页的时候重定向Page，那么我们只要在这个方法内重新定向到我们想要的Page就好了。
这是ViewPager的控制切页逻辑。
下面我们继续看，其实在ViewPager中，就给我们提供了一个重写的方法——canScroll，看名字就知道了，这个方法是来控制是否能够滑动的，我们来试下，我们先extends ViewPager，然后重写这个方法：
@Overrideprotected boolean canScroll(View v, boolean checkV, int dx, int x, int y) { boolean result = super.canScroll(v, checkV, dx, x, y); if (dx > 0 && (/*其它控制逻辑**/)) { return true; } return result;} 通过控制这个方法返回值，就可以真真实实的控制ViewPager的滑动了，你可以试一下，当然，肯定是可以的。
那是不是这样就可以了呢？当然不是的，不然我怎么能继续装逼呢？
虽然在大部分时间，这个回调已经可以实现ViewPager的翻页控制了，但是，如果你翻页速度很快，你就会发现，其实这个回调方法的执行，是跟不上你的速度的。如果你翻页很快，是可以跳过去的，如果你打log，你会发现，canScroll虽然会一直回调，但是回调并不是实时的，所以会出现bug。这也是为什么我开始要解释ViewPager翻页原理的原因，真不是我要装逼，而是为你留下的伏笔。所以，最终的解决方案就是canScroll + determineTargetPage
首先，我们要重写ViewPager，不用害怕，ViewPager没有任何依赖，你可以把整个ViewPager的源代码全部copy过来，而不需要修改一行代码，除了包名。
然后，我们找到determineTargetPage这个方法，将targetPage修改下：
private int determineTargetPage(int currentPage, float pageOffset, int velocity, int deltaX) { int targetPage; if (Math.abs(deltaX) > mFlingDistance && Math.abs(velocity) > mMinimumVelocity) { targetPage = velocity > 0 ? currentPage : currentPage + 1; } else { final float truncator = currentPage >= mCurItem ? 0.4f : 0.6f; targetPage = (int) (currentPage + pageOffset + truncator); } if (mItems.size() > 0) { final ItemInfo firstItem = mItems.get(0); final ItemInfo lastItem = mItems.get(mItems.size() - 1); // Only let the user target pages we have items for targetPage = Math.max(firstItem.position, Math.min(targetPage, lastItem.position)); } targetPage = reDetermineTargetPage(targetPage); return targetPage;} targetPage = reDetermineTargetPage(targetPage)这个就是我们加的代码，通过reDetermineTargetPage方法，我们来修改ViewPager的targetPage，是不是很无耻的感觉，正常正常。
所以，我们要增加一个父类方法给我们后面继承的ViewPager重写：
public int reDetermineTargetPage(int targetPage) { return targetPage;} 最后，我们在继承的ViewPager中，重写这两个方法：
public class MyViewPager extends ViewPager { @Override protected boolean canScroll(View v, boolean checkV, int dx, int x, int y) { boolean rt = super.canScroll(v, checkV, dx, x, y); if (dx < 0 && (/*其他逻辑控制**/)) { return true; } return rt; } @Override public int reDetermineTargetPage(int targetPage) { int rtn = targetPage; int currentPage = getCurrentItem(); if (targetPage > currentPage && (/* 其他逻辑控制**/)) { rtn = currentPage; } return rtn; }} 这样我们就非常完美的实现了ViewPager的翻页控制，在慢慢翻页的时候，canScroll就可以帮我们控制了，当快速翻页的时候reDetermineTargetPage给我们做了双保险，即使你翻页过去了，你也会被targetPage给带回来。
ViewPager不能动态刷新UI的原因主要是因为PagerAdapter中调用notifyDataSetChanged是会失效的。
通用解决方法
当ViewPager绘制完Item之后，ViewPager会把child标记为POSITION_UNCHANGED，这样就不会在notifyDataSetChanged后更新这个View了。所以，要解决这个问题，我们只需要在：
@Overridepublic int getItemPosition(Object object) { return POSITION_NONE;} 当我们调用PagerAdapter的notifyDataSetChanged方法之后，系统会去Adapter的getItemPosition方法中遍历所有的child，我们在上面的方法中改写了返回值，全部返回为POSITION_NONE，表示child都没有绘制过，这样ViewPager就会去重绘了。
更加优化一点的代码如下：
@Overridepublic void notifyDataSetChanged() { mChildCount = getCount(); super.notifyDataSetChanged();}@Overridepublic int getItemPosition(Object object) { // 重写getItemPosition,保证每次获取时都强制重绘UI if (mChildCount > 0) { mChildCount--; return POSITION_NONE; } return super.getItemPosition(object);} 我们增加一个mChildCount来记录子类的数量，在一定程度上减少重绘的次数。
因为重绘的时候，ViewPager会的Destory Item，增加了系统开销。
更加优化的方法
当我们只需要对ViewPager中的某些元素进行更新时，我们可以在instantiateItem方法调用时，用View.setTag方法加入标志，在需要更新View时，通过findViewWithTag的方法找到对应的View进行更新
文章转载于：