ViewPager2重大更新，支持offscreenPageLimit

摘要：的源码如下不允许小于不过，强制预加载的逻辑在配合使用时依然存在。例如需要说明的是，和一股脑的在中进行创建且进行或操作，并没有在方法中对进行操作。

最近ViewPager2发布了1.0.0-alpha04版本，新增offscreenPageLimit功能，该功能在ViewPager上并不友好，以下是官方对于ViewPager2的介绍：

众所周知，ViewPager有两个毛病：不能关闭预加载和更新Adapter不生效，所以开头我为什么说offscreenPageLimit在ViewPager上十分不友好；本质上是因为offscreenPageLimit不能设置成0(设置成0就是想象中的关闭预加载)。

上面是ViewPager默认情况下的加载示意图，当切换到当前页面时，会默认预加载左右两侧的布局到ViewPager中，尽管两侧的View并不可见的，我们称这种情况叫预加载；由于ViewPager对offscreenPageLimit设置了限制，页面的预加载是不可避免。ViewPager的源码如下：

private static final int DEFAULT_OFFSCREEN_PAGES = 1;

public void setOffscreenPageLimit(int limit) {
    if (limit < DEFAULT_OFFSCREEN_PAGES) {//不允许小于1
        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强制预加载的逻辑在Fragment配合ViewPager使用时依然存在。为了不进行预加载，可以使用Fragment懒加载。先说一下ViewPager配合PagerAdapter实现懒加载的方法，常用的有以下几个方法：

instantiateItem(ViewGroup container, int position)：初始化ItemView，返回需要添加ItemView；

destroyItem(iewGroup container, int position, Object object)：销毁ItemView，移除指定的ItemView；

isViewFromObject(View view, Object object)：View和Object是否对应；

setPrimaryItem(ViewGroup container, int position, Object object) ：当前页面的主Item；

getCount()：获取Item个数

先说setPrimaryItem(ViewGroup container, int position, Object object)，该方法表示当前页面正在显示主要Item，何为主要Item？如果预加载的ItemView已经划入屏幕，当前的PrimaryItem依然不会改变，除非新的ItemView完全划入屏幕，且滑动已经停止才会判断，涉及代码如下：

由于ViewPager不可避免的进行布局预加载，造成PagerAdapter必须提前调用instantiateItem(ViewGroup container, int position)方法，instantiateItem()是创建ItemView的唯一入口方法，所以PagerAdapter的实现类FragmentPagerAdapter和FragmentStatePagerAdapter必须抓住该方法进行Fragment对象的创建。例如：

需要说明的是，FragmentPagerAdapter和FragmentStatePagerAdapter一股脑的在instantiateItem()中进行创建且进行add或attach操作，并没有在setPrimaryItem()方法中对Fragment进行操作。因此，预加载会导致不可见的Fragment一股脑的调用onCreate、onCreateView、onResume等方法，用户只能通过Fragment.setUserVisibleHint()方法进行识别。
大多数的懒加载都是对Fragment做手脚，结合生命周期方法和setUserVisibleHint状态，控制数据延迟加载，而布局只能提前进入；

使用ViewPager2之前，需要先引入ViewPager2库，引入时只需要在build.gradle添加如下依赖即可：

implementation "androidx.viewpager2:viewpager2:1.0.0-alpha04"

然后，在布局中引入：

ViewPager2可以和Adapter一起使用，也可以和Fragment一起使用。

ViewPager2 viewPager = findViewById(R.id.view_pager2);
viewPager.setAdapter(new RecyclerView.Adapter() {
        @Override
        public ViewHolder onCreateViewHolder(@NonNull ViewGroup parent, int viewType) {
            View itemView = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_card_layout, parent, false);
            ViewHolder viewHolder = new ViewHolder(itemView);
            return viewHolder;
        }
        @Override
        public void onBindViewHolder(@NonNull ViewHolder holder, int position) {
            holder.labelCenter.setText(String.valueOf(position));
        }
        @Override
        public int getItemCount() {
            return SIZE;
        }
    }));

static class ViewHolder extends RecyclerView.ViewHolder{
    private final TextView labelCenter;
    public ViewHolder(@NonNull View itemView) {
        super(itemView);
        labelCenter = itemView.findViewById(R.id.label_center);
    }
}

当然，ViewPager2也可以和Fragment配合使用。

viewPager.setAdapter(new FragmentStateAdapter(this) {
        @NonNull
        @Override
        public Fragment getItem(int position) {
            return new VSFragment();
        }

        @Override
        public int getItemCount() {
            return SIZE;
        }
    });

ViewPager2和ViewPager在使用方式上差不多，主要有以下一些API：

setAdapter() 设置适配器

setOrientation() 设置布局方向

setCurrentItem() 设置当前Item下标

beginFakeDrag() 开始模拟拖拽

fakeDragBy() 模拟拖拽中

endFakeDrag() 模拟拖拽结束

setUserInputEnabled() 设置是否允许用户输入/触摸

setOffscreenPageLimit()设置屏幕外加载页面数量

registerOnPageChangeCallback() 注册页面改变回调

setPageTransformer() 设置页面滑动时的变换效果

在1.0.0-alpha04版本中，ViewPager2提供了离屏加载功能，该功能和ViewPager的预加载存的的意义似乎是一样的。

public static final int OFFSCREEN_PAGE_LIMIT_DEFAULT = 0;

public void setOffscreenPageLimit(int limit) {
    if (limit < 1 && limit != OFFSCREEN_PAGE_LIMIT_DEFAULT) {
        throw new IllegalArgumentException(
                "Offscreen page limit must be OFFSCREEN_PAGE_LIMIT_DEFAULT or a number > 0");
    }
    mOffscreenPageLimit = limit;
    // Trigger layout so prefetch happens through getExtraLayoutSize()
    mRecyclerView.requestLayout();
}

为了方便分析ViewPager2和ViewPager的区别，我们看一下布局方面的对比：

为了对比两者加载布局的效果，我准备了LinearLayout同时展示ViewPager和ViewPager2，设置相同的Item布局和数据源，然后用Android布局分析工具抓取两者的布局结构，效果如下：

从分析结果来看，ViewPager会默认会预布局两侧各一个布局，ViewPager2默认不进行预布局，主要由各自的默认offscreenPageLimit参数决定，ViewPager默认为1且不允许小于1，ViewPager2默认为0。

分析运行结果，在设置相同的offscreenPageLimit时，两者都会预布局左右(上下)两者的offscreenPageLimit个ItemView；
从对比结果上来看，ViewPager2的offscreenPageLimit和ViewPager运行结果一样，但是ViewPager2最小offscreenPageLimit可以设置为0；

ViewPager2预加载即RecyclerView的预加载，代码在RecyclerView的GapWorker中。ViewPager2会默认开启预加载，表现形式是在拖动控件或者Fling时，可能会预加载一条数据；下面是预加载的示意图：

如果要关闭预加载，可以使用下面的代码：

((RecyclerView)viewPager.getChildAt(0)).getLayoutManager().setItemPrefetchEnabled(false);

预加载的开关在LayoutManager上，只需要获取LayoutManager并调用setItemPrefetchEnabled()即可控制开关；
ViewPager2默认会缓存2条ItemView，而且在最新的RecyclerView中可以自定义缓存Item的个数，方法如下：

public void setItemViewCacheSize(int size) {
    mRecycler.setViewCacheSize(size);
}

预加载和缓存在View层面没有本质的区别，都是已经准备了布局，但是没有加载到parent视图上； 预加载和离屏加载在View层面有本质的区别，离屏加载的View已经添加到parent上；

目前，ViewPager2对Fragment的支持只能使用FragmentStateAdapter来实现，使用起来也是非常简单，例如：

默认情况下，ViewPager2是开启预加载关闭离屏加载的，这种情况下，切换页面对Fragment生命周期有何影响呢？以下是来自网络上的两个图：

问题一：关闭预加载对Fragment的影响： 经过验证，是否开启预加载，对Fragment的生命周期没有影响，结果和默认上图是一样的；
问题二：开启离屏加载对Fragment的影响： 设置offscreenPageLimit=1时：

从打印日志可以看出，offscreenPageLimit=1时，ViewPager2在第1页会加载两条数据，并且会把下一页View提前加载进来；以后每滑一页，会加载下一页数组，直到第5页，会移除第1页的Fragment；第6页会移除第2页的Fragment。

针对此次的更新，ViewPager2主要有以下一些特性：

目前ViewPager2对Fragment支持只能用FragmentStateAdapter，FragmentStateAdapter在遇到预加载时，只会创建Fragment对象，不会把Fragment真正的加入到布局中，所以自带懒加载效果；

FragmentStateAdapter不会一直保留Fragment实例，回收的ItemView也会移除Fragment，所以得做好Fragment重建后恢复数据的准备；

FragmentStateAdapter在遇到offscreenPageLimit>0时，处理离屏Fragment和可见Fragment没有什么区别，所以无法通过setUserVisibleHint判断显示与否；

通过这次ViewPager2更新，官方貌似要发力替换ViewPager了，无论是它高效的复用还是自带懒加载，亦或是更新有效的Adapter，都要比ViewPager更加强大。