Tablayout+Fragment+Viewpager 懒加载问题
懒加载问题的完美解决
前言：
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);
}
view绘制导致的卡顿优化
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
本文地址：https://blog.csdn.net/m0_46350041/article/details/109365344