引言

在使用ViewPager的时候，我们常常用Fragment来作为每一个page的载体。但是ViewPager在默认情况下会直接加载出3个page的，所以当用户还在浏览第一个page的时候，第二个page已经进行了加载。如果我们想让用户浏览到某个page的时候，才加载该page的数据该怎么做呢？
有的朋友知道ViewPager有setOffscreenPageLimit(int limit);方法，想要通过设置limt为0来实现这种效果。但是在该方法内部其实是进行过判断的，如果limit小于了DEFAULT_OFFSCREEN_PAGES，那么依然是设置为DEFAULT_OFFSCREEN_PAGES，也就是设置为1.
有的朋友又会考虑，像Activity那样通过生命周期来进行数据加载的控制，但是观察过ViewPager中Fragment的生命周期的人都知道，这一套是行不通的。如果不清楚的，可以先看看这篇文章
那么我们就只有考虑其他的方法来进行Fragment的懒加载了

通过暴露方法进行回调

ViewPager有一个page事件的监听方法，当监听到页面被显示(选中)的时候，就去调用fragment中的那个方法，才进行数据的加载。

viewPager.addOnPageChangeListener(new ViewPager.OnPageChangeListener() {
    @Override
    public void onPageScrolled(int position, float positionOffset, int positionOffsetPixels) {

    }

    @Override
    public void onPageSelected(int position) {
       // TODO 
       fragment.initData(); 
    }

    @Override
    public void onPageScrollStateChanged(int state) {

    }
});

通过setUserVisibleHint来判断

Fragment中有这么一个方法setUserVisibleHint(boolean isVisibleToUser)。当isVisibleToUser为true的时候，表明Fragment进行了用户的视线，当isVisibleToUser为false的时候，表示Fragment为不可见的状态了。所以我们可以通过该方法来进行懒加载的操作。
可能有的朋友就会直接想要在setUserVisibleHint中进行判断，然后直接进行数据的加载。这样到底行不行呢？我们先看一下该方法的调用时间吧。

首先我们先观察一下刚进入ViewPager的时候，该方法以及生命周期的调用顺序吧

接着我们再看一下，当滑动到第二个page的时候，该方法以及生命周期的调用顺序吧：

通过这两个page的log打印，我们可以发现setUserVisibleHint方法调用的时间是不一样的。page0是在onCreateView()方法之前就调用了，而page1是在之后才调用的。所以想要直接在setUserVisibleHint中进行判断，然后直接进行数据的加载是行不通的。我们需要进行双重的判断。但是又在哪里进行判断再加载数据呢？
通过观察方法调用顺序，应该在两个进行都进行判断。

private boolean isVisibleToUser;   // 判断界面用户是否可见
private boolean isViewInitialized;  // 判断View是否创建

@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
    super.setUserVisibleHint(isVisibleToUser);
    this.isVisibleToUser = isVisibleToUser;
    checkIfLoadData();
}      

@Overridepublic 
void onViewCreated(View view, Bundle savedInstanceState) {
    isViewInitialized = true;
    checkIfLoadData();
}

@Override
public void onDestroyView() {
    super.onDestroyView();
    isViewInitialized = false;
}

private void checkIfLoadData() {
    if (isVisibleToUser && isViewInitialized && !isDataInitialized) {
//      TODO load data
        setUpData();
    }
}

通过上面的设置，好像是没有什么问题了。
但是仔细思考一下，当适配器为FragmentPagerAdapter的时候，Fragment在limit外的时候是会被回收的，但是此时的回收只是对于View的回收，数据都是保留有的，那么在重新返回到该page的时候，还需要重新去加载一次数据吗？这里就需要根据实际的业务需求进行具体的分析了，如果不需要重新加载，那么我们还可以添加一个标志位。
当适配器为FragmentStatePagerAdapter的时候，Fragment的回收是View和data都被回收掉了，但是它会回调onSaveInstanceState(Bundle outState)方法，我们可以在这个时候进行data的保存。

总结

关于Fragment懒加载的文章也有很多，我这个也只能当作一次小小的记录。具体的业务也需要做具体的封装，我对于该部分代码也做了一点小小的封装优化，有兴趣的可以一起探讨一下。
示例代码