老实说，我没想到我会写关于Fragment懒加载的第三章内容，我之前是打算写两章就完结了，以我的知识储备，我就只认为懒加载只是为了配合viewpager防止预加载而已，然后我错了，我没想到Fragment的setUserVisibleHint功能这么强大，F哥，对不起我错了，没想到你这么屌。
一、延迟刷新数据
今天因为需求的原因，才领悟到setUserVisibleHint有这么强大的功能。Fragment延迟刷新的功能在很多地方常用到，只不过可能很多人没在意过Fragment有这么一个强大的方法，而走了很多弯路去解决数据的延迟刷新。
需求：
我们假设一个场景。一个viewpager中有3个fragment，3个fragment都是列表，假如你点击第二个页面的某个item，跳转到另一个activity，返回的时候要求你刷新所有fragment，你会怎么做。
1. 无脑解决方案。
全部刷新，返回到viewpager的activity时刷新全部页面，但是这样有个缺点，你想想，你如果不切换到另外的页面的话，不是白刷新啦？再说，如果每个页面的数据量大，那岂不是浪费很多资源。页面简单的时候这个做法没多大影响，但是你要知道，这种做法不是一个完美的做法。
那设置每次切换viewpager时都重新请求数据？这样也不行，这种做法比上一种做法更糟糕，每次都刷新，那缓存设计来还有什么用，而且不改数据也刷新简直是浪费。
所以无脑做法就是返回当前页面就刷新全部fragment。但是这种做法不是很好。
2.对viewpager设置监听
这是一个比较好的方法，能实现延迟刷新，只有在viewpager切换时才去重新加载数据。像这类的做法虽然要在代码中加入一些逻辑上的操作会让代码变得臃肿，但至少我觉得比无脑的做法好，有时候我们不能因为方便而让你的东西漏洞百出。但是这种做法其实是在绕弯，你没必要做这么多的逻辑操作，所以这时就要用到fragment的setUserVisibleHint。
3.setUserVisibleHint
在setUserVisibleHint方法中加入操作让fragment能够延迟刷新。首先先定义一个布尔类型
private boolean isNeedDelayedRequestAgain = false;
用来判断是否需要刷新。
然后在setUserVisibleHint方法中加入：
if (isNeedDelayedRequestAgain && isVisibleToUser && !isFristShowFragment){
isNeedDelayedRequestAgain = false;
refreshRecyclerBuilderView.requestAgain();
}
isVisibleToUser 是要显示才重新请求数据，isFristShowFragment是为了避免和之前解决viewpager懒加载时的冲突而设置的，表示是不是第一次加载这个页面，我们让它不是第一次的时候才能执行这个方法，因为第一次本来就要加载数据，所以没必要再加载一次。
配合之前（二）中写的解决viewpager的懒加载，我把整个setUserVisibleHint的方法给贴出来：
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
this.isVisibleToUser = isVisibleToUser;
// 判断是否进行懒加载。
if (isVisibleToUser && isFristShowFragment && isInitView){
initView(rootView);
return;//这里加return是为了防止下边进行重复操作
}
// 判断是否延迟刷新数据。
if (isNeedDelayedRequestAgain && isVisibleToUser && !isFristShowFragment){
isNeedDelayedRequestAgain = false;
refreshRecyclerBuilderView.requestAgain();
}
}
当你做在一个activity中有庞大的功能时，也许会有很多地方需要就是跳转返回之后重新获取数据，而你在每个地方都自己做操作的话，代码会重复冗余，你把刷新的操作让setUserVisibleHint来做，而在没个地方只用修改请求参数就行。
我相信关于fragment的setUserVisibleHint的作用不止这些，所以也许之后发现了新的用法还会继续更新这个专题。
