ViewPager和Fragment结合使用时，提供了两种PagerAdapter实现。 FragmentPagerAdapter和FragmentStatePagerAdapter。

This version of the pager is best for use when there are a handful of * typically more static fragments to be paged through, such as a set of tabs. * The fragment of each page the user visits will be kept in memory, though its * view hierarchy may be destroyed when not visible. This can result in using * a significant amount of memory since fragment instances can hold on to an * arbitrary amount of state. For larger sets of pages, consider * {@link FragmentStatePagerAdapter}. */ /** * PagerAdapter的具体实现，每个页面(Fragment)都持久保存在Fragment Manager中，以便用户返回 * 最好用在少数静态Fragments的场景，用户访问过的Fragment都会缓存在内存中，即使其视图层次不可见而被释放(onDestroyView) * 因为Fragment可能保存大量状态，因此这可能会导致使用大量内存。 * 页面很多时，可以考虑FragmentStatePagerAdapter */ 复制代码FragmentStatePagerAdapter /** * Implementation of {@link PagerAdapter} that * uses a {@link Fragment} to manage each page. This class also handles * saving and restoring of fragment's state. * *

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. */ /** * PagerAdapter的具体实现，也处理保存和恢复Fragment的状态数据 * 这个版本在大量页面时更有用，比如列表。 * 当页面不可见时，整个Fragment可能会被销毁(onDestroy)，只保存Fragment的状态 * 可以持有少的内存来达到切换更多页面的场景 * */ 复制代码二、Adapter的初始化和销毁

下面通过分析源码，来验证下，是如何实现上面Google的注释的。

所以如果在上面的生命周期中处理页面逻辑(比如网络请求)，那么可能在页面不可见时就进行了处理。

因此，需要判断Fragment的可见，在可见时加载。就用到setUserVisibleHint。

不过该方法会先于onAttach之前，所以具体实现时需要判断下其他生命周期情况。

注意：setUserVisibleHint是在PagerAdapter类中初始化和滚动时调用的，所以需要配合ViewPager才能使用。