ViewPager无限循环

最近项目中用到了无限循环，也就是从第一个向左滑可以滑到最后一个，从最后一个右滑可以滑到第一个，整理了一下资料，大概就是两种情况。

ViewPager的原理

首先说明一下ViewPager的工作机制，严格意义上就是PagerAdapter的执行顺序。

PagerAdapter作为ViewPager的适配器，无论ViewPager有多少页，PagerAdapter在初始化时也只初始化开始的2个View，即调用2次instantiateItem方法。而接下来每当ViewPager滑动时，PagerAdapter都会调用destroyItem方法将距离该页2个步幅以上的那个View销毁，以此保证PagerAdapter最多只管辖3个View，且当前View是3个中的中间一个，如果当前View缺少两边的View，那么就instantiateItem，如里有超过2个步幅的就destroyItem。

首先pageradapter初始化的时候会加载0和1（这里说的加载就是调用instantiateitem方法），向右滑动就会加载2，然后加载3，同时把0销毁（这里说的销毁就是调用destroyItem方法），以此类推，这里就是viewpager的缓存情况，默认就是缓存当前view的左右两个。不过这个值可以设置，比如设置成2，那么同时就会有2X2+1,5个view同时存在了，看自己情况设置。

/**
     * Set the number of pages that should be retained to either side of the
     * current page in the view hierarchy in an idle state. Pages beyond this
     * limit will be recreated from the adapter when needed.
     *
     * <p>This is offered as an optimization. If you know in advance the number
     * of pages you will need to support or have lazy-loading mechanisms in place
     * on your pages, tweaking this setting can have benefits in perceived smoothness
     * of paging animations and interaction. If you have a small number of pages (3-4)
     * that you can keep active all at once, less time will be spent in layout for
     * newly created view subtrees as the user pages back and forth.</p>
     *
     * <p>You should keep this limit low, especially if your pages have complex layouts.
     * This setting defaults to 1.</p>
     *
     * @param limit How many pages will be kept offscreen in an idle state.
     */
    public void setOffscreenPageLimit(int limit) {
        if (limit < DEFAULT_OFFSCREEN_PAGES) {
            Log.w(TAG, "Requested offscreen page limit " + limit + " too small; defaulting to " +
                    DEFAULT_OFFSCREEN_PAGES);
            limit = DEFAULT_OFFSCREEN_PAGES;
        }
        if (limit != mOffscreenPageLimit) {
            mOffscreenPageLimit = limit;
            populate();
        }
    }

ViewPager详细原理都在源码中，感兴趣的可以深入研究一下，这里只是简单概括了一下。

 

一、设置getCount无限大

adapter中设置getCount为无限大，比如Integer.MAX_VALUE，这个有下面两种情况：

第一种是初始化第一个位置为一个中间值（一般都是默认为0的），这个可以任意，比如设置成499，一般来说没有用户会这么无聊一直滑下去的，这里只是提供一下思路，具体操作google。

第二种就是在instantiateItem()方法中对position进行取模操作。

@Override
        public int getCount() {
            //设置成最大，使用户看不到边界
            return Integer.MAX_VALUE;
        }
         @Override  
         public void destroyItem(ViewGroup container, int position,  
                 Object object) {  
             //Warning：不要在这里调用removeView
         }  
         @Override  
         public Object instantiateItem(ViewGroup container, int position) {
             //对ViewPager页号求模取出View列表中要显示的项
             position %= viewlist.size();
             if (position<0){
                 position = viewlist.size()+position;
             }
             ImageView view = viewlist.get(position);
             //如果View已经在之前添加到了一个父组件，则必须先remove，否则会抛出IllegalStateException。
             ViewParent vp =view.getParent();
             if (vp!=null){
                 ViewGroup parent = (ViewGroup)vp;
                 parent.removeView(view);
             }
             container.addView(view);  
             //add listeners here if necessary
             return view;  
         }

这里有几个地方需要注意：
getCount() 方法的返回值：这个值直接关系到ViewPager的“边界”，因此当我们把它设置为Integer.MAX_VALUE之后，用户基本就看不到这个边界了（估计滑到这里的时候电池已经挂了吧o_O）。当然，通常情况下设置为100倍实际内容个数也是可以的，之前看的某个实现就是这么干的。

instantiateItem() 方法position的处理：由于我们设置了count为 Integer.MAX_VALUE，因此这个position的取值范围很大很大，但我们实际要显示的内容肯定没这么多（往往只有几项），所以这里肯定会有求模操作。但是，简单的求模会出现问题：考虑用户向左滑的情形，则position可能会出现负值。所以我们需要对负值再处理一次，使其落在正确的区间内。

instantiateItem() 方法父组件的处理：通常我们会直接addView，但这里如果直接这样写，则会抛出IllegalStateException。假设一共有三个view，则当用户滑到第四个的时候就会触发这个异常，原因是我们试图把一个有父组件的View添加到另一个组件。但是，如果直接写成下面这样：
(ViewGroup)view.getParent().removeView(view);
则又会因为一开始的时候组件并没有父组件而抛出NullPointerException。因此，需要进行一次判断。也就是上面的代码。

destroyItem() 方法：由于我们在instantiateItem()方法中已经处理了remove的逻辑，因此这里并不需要处理。实际上，实验表明这里如果加上了remove的调用，则会出现ViewPager的内容为空的情况。具体原因可以参考上面的ViewPager的原理，比如说当前是最后一个位置4，向右滑动肯定要到0位置的，但是0位置已经被销毁了，所以View就不存在了。

二、在count的基础上加2

比如说原来的adapter创建了4个items：【0,1,2,3】

修改之后的adapter将有6个items：【0,1,2,3,4,5】

也就是总是比原来的多2个，具体原来的position和实际的position之间的映射关系可以有以下两种情况：

第一种就是重写一个LoopViewPager和LoopPagerAdapterWrapper，替换原来的ViewPager，通过包裹原来的Adapter来实现，具体使用说明参考：

https://github.com/imbryk/LoopingViewPager

第二种就是直接更改ViewPager的源码，替换原来的ViewPager就行了，具体使用说明参考：

https://github.com/xsbupt/LoopViewPager

 

总结一下：我在项目中用的是直接替换ViewPager的源码，也就是最后一个，完美运行，倒数第二个做了个简单的Demo，也没有问题，前面两个我没有试验过。

最后说明一下，如果想要让Viewpager自动循环，通过handler定时就可以完成，这个比较简单。

参考：http://flyingcat2013.blog.51cto.com/7061638/1575015