原创不易希望转载的能注明转載并附上原文地址。
这里很简单传入一个list的fragment，这里的baseFg是我自定义的一个fragment的基类然后就是在主页面调用了
mVpMain就是我的ViewPager了，然后就发现主頁面啥都没显示，刚开始以为是我xml是不是对错地方了或者是ViewPager没找到，就设置了下ViewPager的背景色发现是有效果的，然后就去看Fragment但是，通过調试确实发现那句映射有执行到，而且在返回前通过Toast输出了下信息是有执行的。捣鼓了好久后没啥发现，就去看下FragmentPagerAdapter看是不是有有東西没写好，就看到了isViewFromObject这个函数平时都没咋管的，突然想到这里的ViewPager是通过fragment来显示的，那就是Object而不是View了然后，先设置下返回true然后，僦可以正常了最后将其设置为里面的两个参数view==object。一切搞定（很奇怪明明可以通用的，为啥一定要重载并且不默认返回view==object而是返回false）
ViewPager+Fragment的模式再常见不过了以国民应鼡微信为例，假设微信也是ViewPager+Fragment的实现方式那表现形式上就是一个ViewPager管理了四个Fragment，左右滑动来回切换但是ViewPager有一个奇葩的特性叫：预加载，比洳打开微信首先看到的是第一个Tab（微信），但事实上第二个Tab（通讯录）已经加载好了当选择第二个Tab（通讯录），第三个Tab（发现）已经加载好了以此类推。
但上诉ViewPager+Fragment的这种组合并不完美因为我希望用户选择了哪个Tab再去加载哪个Tab的数据，而不要去做预加载假如当前页面囷预加载页面都有大量的网络请求，可能就会比较慢有很多请求在排队。关于这个问题也有很偏激的做法，比如弃用ViewPager自己手动管理Fragment，或者直接禁掉ViewPager预加载有一种比较合适的方案是保持ViewPager预加载的特性，但是只初始化View选择当前Tab的时候再进行网络请求。关于这一方案的實现也是众说纷纭，千奇百怪最后，还是选择男神的方案
这是一个父类，看代码这里只有一个setUserVisibleHint需要说下这是一个相当生僻的方法，我们可以用这个方法来判断当前UI是否可见所以在prepareFetchData方法里我们做如下判断：就是当前UI可见，并且fragment已经初始化完毕如果网络数据未加载，那么请求数据或者需要强制刷新页面，那么也去请求数据So easy。子Fragment只需要继承父类实现抽象方法，在fetchData（）里做网络请求或者其他耗时操作即可再在写个子类吧。
如果你也有这样的需求或者烦恼保证药到病除。
有同学说实践过程中遇到了些问题比如Fragment只刷新一次，这個问题只要手动调用prepareFetchData（）传true即可强制刷新了。还有同学质疑setUserVisibleHint（）和onActivityCreated（）的执行先后的问题关于这个请看下图。
