当ViewPager切换到当前的Fragment时，Fragment会加载布局并显示内容，如果用户这时快速切换ViewPager，即Fragment需要加载UI内容，而又频繁地切换Fragment，就容易产生卡顿现象（类似在ListView快速滑动的同时加载图片容易卡顿）。
优化方案：
1.Fragment轻量化
如果ViewPager加载的Fragment都比较轻量，适当精简Fragment的布局，可提高Fragment加载的速度，从而减缓卡顿现象。
2.防止Fragment被销毁
ViewPager在切换的时候，如果频繁销毁和加载Fragment，就容易产生卡顿现象，阻止Fragment的销毁可有效减缓卡顿现象。
(1)在PagerAdapter里覆盖destroyItem方法可阻止销毁Fragment
@Override
public void destroyItem(ViewGroup container, int position, Object object) {
//super.destroyItem(container, position, object);
}
(2)通过PagerAdapter的setOffscreenPageLimit()方法可以设置保留几个Fragment，适当增大参数可防止Fragment频繁地被销毁和创建。
风险：在Fragment比较多的情况下，部分低端机型容易产生OOM问题。
3.Fragment内容延迟加载
(1) 描述
在切换到当前Fragment的时候，并不立刻去加载Fragment的内容，而是先加载一个简单的空布局，然后启动一个延时任务，延时时长为T，当用户在该Fragment停留时间超过T时，继续执行加载任务；而当用户切换到其他Fragment，停留时间低于T，则取消该延时任务。
(2) 具体操作
首先，设置延迟任务
private Runnable LOAD_DATA = new Runnable() {
@Override
public void run() {
//在这里数据内容加载到Fragment上
}
};
启动任务
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
//初始化视图，这里最好先设置一个进度对话框，提示用户正在加载数据
initView();
//启动任务，这里设置500毫秒后开始加载数据 handler.postDelayed(LOAD_DATA,500)
return view；
}
若用户切换到其他Fragment则取消任务
//判断Fragment是否可视的重载方法
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
if(!isVisibleToUser)
mHandler.removeCallbacks(LOAD_DATA);
}
(3) 注意
使用setUserVisibleHint判断用户是否切换到其他Fragment，这样的做法有个缺陷，因为会在ViewPager开始滑动的时候取消延时任务，而在滑动偏移量不足的情况下，ViewPager会继续回滚到当前Fragment，导致当前Fragment的加载任务被取消而又不会重新启动加载任务。
这里我使用的做法是，给ViewPager增加一个OnPageChangeListener,，该监听器的onPageSelected(position)能监听ViewPager当前切换到哪个Fragment，在这里将其他Fragment的延迟加载任务取消掉。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。如果你想了解更多相关内容请查看下面相关链接
