一.使用原因
在android应用中，ViewPager是我们不可避免使用的一个控件，因为它可以使我们在占用较少空间的同时，增加内容的丰富性。但是，假如ViewPager的每一个Fragment都需要通过网络拉去数据加载，而ViewPager是默认加载前两项的，所以在很容易造成网络丢包或者网络堵塞等问题，所以Fragment使用懒加载是非常有必要的。
通俗点说，当使用viewpager+adapter作为应用大的布局时，viewpager会通过setOffscreenPageLimit来设置预加载的项目，不设置setOffscreenPageLimit,则默认为1（设置0无效，下面有源码），也就是当我们打开应用看到fragmentOne的时候，实际上其他的fragment也进行了加载（这里加载的数量主要看你设置的setOffscreenPageLimit的大小），只不过这几个fragment没有显示出来罢了，但是这样就会造成不必要的资源浪费（比如fragmentSecond没有显示，但是却进行了大量的网络操作）。
懒加载的作用就是只加载当前显示的页面且只加载一次，滑动到其他页面时才加载其他页面数据，当再滑动到已加载过数据的页面时不再进行数据加载操作，如果想刷新数据，再调用相应的加载数据方法就好了。
二.实现Fragment懒加载
介绍一种懒加载代码BaseLazyFragment:
1.首先是setUserVisibleHint()方法的重写
第一个判断语句主要是两个判断条件
(1)当isVisibleToUser 为true则进行数据加载，当isVisibleToUser为false则不进行数据加载
(2)判断isInit值，对于已经加载过数据的fragment，再次被滑动到也不在进行加载数据，也就是每个fragment仅做一次数据加载工作第二个判断语句是针对以初始化的fragment，再根据是否可见来判断显示、执行生命周期。
2.然后回到onCreateView()上。在onCreateView()里，对要懒加载的fragment添加FragmeLayout.
3.然后是对fragment生命周期的处理，每个状态下以Fragment的回调方法名字后面要加个Lazy的方法命名，并依次调用。
4.加载view，我们在onCreateView()里，对要懒加载的fragmentli,添加FrameLayout,设置setContentView()是为了当我们将fragment移至可见，则能够根据判断，替换掉原来的FrameLayout布局。因为，移至可见时，该fragment会再次调用onCreateView()方法
思路：
* 懒加载Fragment 只有创建并显示的时候才会调用onCreateViewLazy方法
* 懒加载的原理onCreateView的时候Fragment有可能没有显示出来。
* 但是调用到setUserVisibleHint(boolean isVisibleToUser),isVisibleToUser =
* true的时候就说明有显示出来
* 但是要考虑onCreateView和setUserVisibleHint的先后问题所以才有了下面的代码
* 注意：
* 《1》原先的Fragment的回调方法名字后面要加个Lazy，比如Fragment的onCreateView方法， 就写成onCreateViewLazy
* 《2》使用该LazyFragment会导致多一层布局深度
fragment一共四种情况：
可见、初始化；
可见、未初始化；
不可见、初始化；
不可见、未初始化；
逻辑分析，假设setOffscreenPageLimit（1），共预加载2个fragment：
刚进来，1是可见，且要初始化的，2是不可见、未初始化，第三个3是不绑定到activity的。
于是，1走途径1,2走途径2.
然后，假设滑动了，1滑到2。此时，1不可见，且已初始化了，2是可见，将要初始化，3绑定到activity上，为不可见、未初始化。
于是，1由于预加载的原因，未解除与视图的联系。所以onPause()、onStop()、onDestoryView()未执行，
并且，由于1不可见，setUserVisibleHint()执行了。所以， isStart设置为false，即不可见;并调用onFragmentStopLazy();
2可见，同理由于预加载原因，处于可见状态时，不会再调用onCreateView(),而是会调用setUserVisibleHint()，
所以，isStart设置为true;onFragmentStartLazy();
3呢，调用onCreateView()，又由于3不可见且未初始化，则不执行。所以，加载的是个FrameLayout