如何正确的判断当前的Fragment是否对用户可见？

前言：写这篇文章的背景是最近做项目处理Fragment中曝光埋点逻辑时，发现当我切换到其他的Fragment时，页面从不可见到可见的过程中，已经隐藏的Fragment的onResume方法仍然会执行，究其原因是因为Fragment的生命周期是跟随其载体Activity的生命周期走，所以这个时候载体MainActivity从onPause->onResume过程中，会触发每个已经存在了的Fragment的生命周期回调方法，显然这并不能满足我们的需求，那么今天来探索一下，到底如何能够准确的判断当前的Fragment是否对用户可见。

一、从onResume()方法说起

简单的onResume原理介绍就不说了，初学者可以自行百度查阅，这里单刀直入的看看感兴趣的东西，首先来看看Fragment中的onResume方法：

/**
 * Called when the fragment is visible to the user and actively running.
 * This is generally
 * tied to {@link Activity#onResume() Activity.onResume} of the containing
 * Activity's lifecycle.
 */
@CallSuper
public void onResume() {
    mCalled = true;
}

注释说明了当fragment对用户可见时会执行，并且和Activity的生命周期onResume方法是绑定在一起的，方法中有个参数mCalled=true，在哪儿会用到呢？别急～

咱们可以创建一个HomeFragment继承Fragment，实现onResume方法：

这个是最简单的实现了，那么接下来思考几个问题：

• 1.super.onResume()可以去掉吗？
  
  这个应该没什么好解释的吧，重写方法需要执行super.onResume()方法。
• 2.super.onResume可以放到最后执行吗？
  我们给我们的onResume方法添加几行代码看看：

@Override
  public void onResume() {
    if (true) {
      return;
    }
    super.onResume();
  }

在执行super.onResume()之前，如果我们的逻辑有return的话，会报错吗？其实道理和第一点一样，都是没有成功的执行super.onResume方法，所以肯定是会报错的：

可以看到在Fragment类中的2240行报错了，点进去看看：

在红框代码之前，因为咱们没有调用super.onResume，所以mCalled并没有置为true，仍然是false，所以就会抛出异常提示我们没有调用到super.onResume方法，所以确定的一点是super.onResume必须得执行，否则就会报错。

二、网上几种常见的判断方式

1.onResume

通过咱们开头的分析和源码注释上的说明，其实简单的通过onResume方法来判断当前Fragment是否对用户可见的场景比较单一，如果只是一个Activity嵌套一个Fragment，那么这种判断方式无可厚非，如果在一个Activity中通过FragmentManager添加了多个Fragment，那么这种方式就不适合了，所有的Fragment的生命周期都依赖于Activity的生命周期，所以已经创建存在的Fragment都会回调此方法，从而给我们带来误导，导致不该执行的逻辑多次执行了，所以要考虑清楚应用场景。

2.onHiddenChanged

这个方法的应用场景也是有限的，只适用在通过FragmentManager添加多个Fragment切换的时候，看看源码中如何定义的：

/**
 * Called when the hidden state (as returned by {@link #isHidden()} of
 * the fragment has changed.  Fragments start out not hidden; this will
 * be called whenever the fragment changes state from that.
 * @param hidden True if the fragment is now hidden, false otherwise.
 */
public void onHiddenChanged(boolean hidden) {
}

这个方法在fragment的隐藏状态发生变化时调用，并且Fragment在开始是不隐藏的，如果Fragment现在是隐藏的返回true，否则返回false

接下来看看onHiddenChanged在哪里被调用了，在FragmentManager类中能找到这个调用的地方：

可以看到，当通过FragmentManager的show或者hide方法时，会触发Fragment的onHiddenChanged方法，这里传递的参数是fragment.mHidden，全局搜索一下mHidden在哪儿有赋值：

这里可以看到在hideFragment和showFragment方法中，分别对fragment.mHidden属性做了取非操作，然后在onHiddenChanged方法将这个参数回调给我们的调用者，然后在我们自己的Fragment实现里进行判断：

@Override
public void onHiddenChanged(boolean hidden) {
  super.onHiddenChanged(hidden);
  if (!hidden && isAdded()){
    //显示
  }else{
    //隐藏
  }
}

所以这种方式的使用也是存在局限性的，只适用于通过FragmentManager添加多个Fragment时，并且在通过hideFragment或者showFragment切换Fragment时才会调用该方法。

3.setUserVisibleHint

这个方法的应用场景是在FragmentPagerAdapter或FragmentStatePagerAdapter左右滑动切换Fragment时触发的，在Fragment的setUserVisibleHint方法中可以看到在FragmentPagerAdapter和FragmentStatePagerAdapter都调用了该方法。

这里以FragmentPagerAdapter为例，看看都在哪些地方调用了方法：

首先可以看到在初始化每个fragment的时候，会进行判断，如果初始化的Fragment不是当前展示的那一个的话，就会回调setUserVisibleHint方法参数为false。

这个setPrimaryItem方法是在ViewPager中调用的：

mAdapter.setPrimaryItem(this, mCurItem, curItem != null ? curItem.object : null);

可以看到PagerAdapter设置当前显示的Fragment时，会将上一个Fragment的状态设为false，然后当前即将显示的Fragment的状态设为true，所以setUserVisibleHint这个方法的应用场景也仅限于此了。

三、正确的判断姿势

综合上面各种方法，各有各的应用场景，不能说不对，只不过我们要分清楚我们自己能用到什么方法得出正确的判断，好比武林英雄也需要一件趁手的兵器，这里做一个总结吧：

方法名	应用场景
onResume	适用于单一Activity嵌套单一Fragment的场景，跟随载体Activity的生命周期，能得出正确的判断
onHiddenChanged	适用于通过FragmentManager添加多个Fragment并且在点击切换Fragment的场景，通过FragmentManager的hide和show方法触发，能得出正确的判断
setUserVisibleHint	适用于ViewPager中嵌套Fragment的场景，在PagerAdapter中左右滑动时通过设置当前显示的Fragment会触发该方法，能得出正确的判断

好了，最后如果我们想在一个Activity嵌套多个Fragment的场景下，对于存在且隐藏起来的Fragment，如何做出正确的判断呢？其实我们在通过FragmentManager添加Fragment时可以添加一个Tag，那么我们可以在Fragment的onResume方法中通过拿到当前的Fragment的Tag和自己的Tag进行对比，如果是同一个Tag，即可认为当前onResume显示的是自身，如果不是的话，则说明是其他的Fragment显示，只是由于Activity的onResume方法执行了而触发了自己的onResume的执行，这样就能解决开头我们提到的这个问题。

好了，希望上面这些对大家有帮助～