切换ViewPager时Fragment的生命周期变化
这里有一个MainActivity，MainActivity中有一个ViewPager，使用的适配器是FragmentPagerAdapter，ViewPager中有三个Fragment：FirstFragment，SecondFragment，ThirdFragment。
刚进入MainActivity，Log是这样的：
可以看到，MainActivity按照常规顺序调用后，FirstFragment和SecondFragment先后调用了onAttach()和onCreate()实例化了Fragment，并且在FirstFragment调用onResume()之后，SecondFragment也调用了onResume()，也就是是说SecondFragment已经加载好了，随时准备变为可见，接下来滑动到SecondFragment，是这样的：
然后再滑到第三个ThirdFragment，可以看到：
为什么会这样呢？
原来ViewPager默认会加载当前页面和当前页面左右的两个页面。ViewPager中有一个成员变量纪录着加载的左右页面的数量private int mOffscreenPageLimit = DEFAULT_OFFSCREEN_PAGES，默认值就是private static final int DEFAULT_OFFSCREEN_PAGES = 1。
我们可以调用如下方法调整默认加载的数量：
/**
* 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();
}
}我们可不可以只加载当前的页面，把mOffscreenPageLimit设为0呢？
显然不能，我们发现源码中有这么一段：
if (limit < DEFAULT_OFFSCREEN_PAGES) {
Log.w(TAG, "Requested offscreen page limit " + limit + " too small; defaulting to "
+ DEFAULT_OFFSCREEN_PAGES);
limit = DEFAULT_OFFSCREEN_PAGES;
}所以最少加载当前页面的左右各一页，把mOffscreenPageLimit 设为0，ViewPager也会替你修改成1。
当然超出mOffscreenPageLimit 的范围，Fragment的视图就会被销毁。所以就有了上面打印的日志。
实现懒加载
既然ViewPager默认给我们加载当前页面和当前页面左右的两个页面，那该如何实现只加载当前页面呢？
第一个方法，自己复制一份ViewPager的代码，改名为LazyViewPager，然后修改代码，再使用LazyViewPager替代ViewPager。
第二个方法，直接修改ViewPager源码，自己打个v4包。
当然以上两种方法不推荐。
数据的懒加载
其实一般为了避免不必要的流量浪费，像微信一样我们只要实现数据的懒加载即可。
利用setUserVisibleHint()，如下：
public class BaseFragment extends Fragment {
protected boolean isViewCreated = false;
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
return super.onCreateView(inflater, container, savedInstanceState);
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
if (getUserVisibleHint()) {
lazyLoadData();
}
}
/**
* 懒加载方法
*/
protected void lazyLoadData() {
}
}为什么要判断getUserVisibleHint()的值，因为查看FragmentPagerAdapter的源码会发现setUserVisibleHint()第一次调用是在onAttach()之前，这样显然不可以。我们只有等Fragment的视图加载好，才能加载数据。
或者利用Fragment的onHiddenChanged()通过类似的思路也能实现数据的懒加载。
也可以利用ViewPager中OnPageChangeListener接口的onPageSelected()，或者TabLayout中TabLayoutOnPageChangeListener接口的onPageSelected()。
FragmentPagerAdapter和FragmentStatePagerAdapter的区别
之前的案例都是使用的FragmentPagerAdapter，这里讲讲FragmentPagerAdapter和FragmentStatePagerAdapter的区别。
当ViewPager切换的时候，FragmentPagerAdapter会销毁Fragment的视图并且回调onDestroyView()，但是会保存内存中Fragment的实例不会执行onDestroy()：
I/fragment: onPause()
I/fragment: onStop()
I/fragment: onDestroyView()
当ViewPager切换的时候，FragmentStatePagerAdapter不仅会销毁Fragment的视图，而且会删除内存中Fragment的实例并且和Activity解绑：
I/fragment: onPause()
I/fragment: onStop()
I/fragment: onDestroyView()
I/fragment: onDestroy()
I/fragment: onDetach()还有一点就是FragmentStatePagerAdapter会将onSaveInstanceState(Bundle outState)中的Bundle信息保存下来。
也就是说，你可以在onSaveInstanceState(Bundle outState)中保存一些数据，在onCreate()中进行恢复。
FragmentStatePagerAdapter相对于FragmentPagerAdapter节约内存，FragmentStatePagerAdapter类上有如下声明：
* <p>This version of the pager is more useful when there are a large number
* of pages, working more like a list view. When pages are not visible to
* the user, their entire fragment may be destroyed, only keeping the saved
* state of that fragment. This allows the pager to hold on to much less
* memory associated with each visited page as compared to
* {@link FragmentPagerAdapter} at the cost of potentially more overhead when
* switching between pages.参考：
1.Android Fragment 你应该知道的一切
2.源码探索系列43—关于FragmentStatePagerAdapter和FragmentPagerAdapter
3.使用FragmentPagerAdapter和FragmentStatePagerAdapter时Fragment生命周期区别
4.ViewPager中Fragment的生命周期
5.ViewPager+Fragment生命周期方法(一)
6.死磕 Fragment 的生命周期
7.实现类似微信Viewpager-Fragment的惰性加载，lazy-loading