ViewPager会对其中的Fragment进行预加载。也就是说用户第一次打开第一个界面的时候,不仅第一个界面会进行加载,其他的界面也会进行界面的预加载。这样就会带来界面启动加载慢,浪费系统资源和用户流量的不好的体验。而Fragment的懒加载恰好可以解决这个问题.
什么是懒加载?就是被动加载,当Fragment页面可见时,才从网络加载数据并显示出来
1.View视图加载完毕,即onCreateView()执行完成
2.当前Fragment可见,即setUserVisibleHint()的参数为true
3.初次加载,即防止多次滑动重复加载
所以要设置三个布尔类型参数,进行判断
创建一个抽象父类BaseLazyLoadFragment,在父类中实现懒加载过程,把接口暴露给子类去实现
问题一:setUserVisibleHint方法在切换界面时会多次调用,而我们只希望他被调用一次,既第一次进入页面时被调用。
解决:设置一个布尔类型参数mIsFirstLoad,保证是第一次加载
问题二:setUserVisibleHint是Fragment的可见性变化时回调的方法,而onCreateView是Fragment创建视图时回调的方法。但是我们无法保证setUserVisibleHint的调用发生在onCreateView(也就是视图创建)之后。那么我们就是在视图还没有创建时进行数据加载,而往往数据的加载会对视图控件进行操作,那么就会造成空指针的异常发生(因为视图控件还没有初始化)。
解决:在设置一个布尔类型参数mIsPrepare,这样就能保证视图创建完成之前不会进行数据加载的操作。
问题三:setUserVisibleHint这个方法只在Fragment的可见性改变的时候才会被调用,如果第一次进入页面之后setUserVisibleHint先被调用,这时视图还没有完成创建,所以数据加载操作不会被调用。而之后没有切换页面,Fragment的可见性也就不会发生改变了,setUserVisibleHint也就不会被调用了,那么数据加载也就不会被执行了。
解决:既然要保证在视图创建完成后要进行一次数据加载,那么就在onCreateView方法中手动调用一次数据加载就好了
当然在onCreateView中确保了View已经准备好时,将mPrepare置为true,在setUserVisibleHint中确保了当前可见时,mIsVisible置为true,第一次加载完毕后则将mIsFirstLoad置为false,避免重复加载。
public abstract class BaseLazyLoadFragment extends Fragment {
boolean mIsPrepare = false; //视图还没准备好
boolean mIsVisible= false; //不可见
boolean mIsFirstLoad = true; //第一次加载
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
View view = initView(inflater, container);
mIsPrepare=true;
startLoad();
return view;
}
private void startLoad() {
if (!mIsPrepare || !mIsVisible||!mIsFirstLoad) {
return;
}
onLazyLoad();
//数据加载完毕,恢复标记,防止重复加载
mIsFirstLoad = false;
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
//isVisibleToUser这个boolean值表示:该Fragment的UI 用户是否可见
if (isVisibleToUser) {
mIsVisible = true;
startLoad();
} else {
mIsVisible = false;
}
super.setUserVisibleHint(isVisibleToUser);
}
@Override
public void onDestroyView() {
mIsFirstLoad=true;
mIsPrepare=false;
mIsVisible = false;
super.onDestroyView();
}
//数据加载接口,留给子类实现
public abstract void onLazyLoad();
//初始化视图接口,子类必须实现
public abstract View initView(LayoutInflater inflater, @Nullable ViewGroup container);
}
fragment的加载最为耗时的步骤主要有两个,
一个是Fragment创建(尤其是创建View的过程),
另一个就是读取数据填充到View上的过程。懒加载能够解决后者所造成的卡顿,但是针对前者来说,并没有效果
1.设置缓存页面数
viewPager.setOffscreenPageLimit(int limit) 能够有效地一次性缓存多个Fragment,这样就能够解决在之后每次切换时不会创建实例对象,看起来也会流畅。但是这样的做法,最大的缺点就是容易造成第一次启动时非常缓慢!如果第一次启动时间满足要求的话,就使用这种简单地办法吧。
2.避免Fragment的销毁
@Override
public void destroyItem(ViewGroup container, int position, Object object) {
// super.destroyItem(container, position, object);
}
把中间的代码注释掉就行了,这样就可以避免Fragment的销毁过程
源码的这个过程之中包含了对FragmentInstanceState的保存!这也是FragmentStatePagerAdapter的精髓之处,如果注释掉,一旦Activity被回收进入异常销毁状态,Fragment就无法恢复之前的状态,因此这种方法也是有纰漏和局限性的
3.避免重复创建View