Android Jetpack架构组件Lifecycle详解

前言

Lifecycle是Jetpack架构组件中用来感知生命周期的组件，使用Lifecycles可以帮助我们写出和生命周期相关更简洁更易维护的代码。

生命周期

生命周期这个简单而又重要的知识相信大家早已耳熟能详。假设我们现在有这样一个简单需求：

这个需求只是一个实例，在真实的开发中当然不可能有这样的需要：

在Activity 可见的时候，我们去做一个计数功能，每隔一秒 将计数加1 ,当Activity不可见的时候停止计数，当Activity被销毁的时候 将计数置为0

OK，So easy~ ,新建Main3Activity 编写代码如下所示：

public class Main3Activity extends AppCompatActivity {

 private static final String TAG = "Main3Activity";

 int count = 0;

 /**
  * 是否计数
  */
 private boolean whetherToCount = true;

 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main3);
 }

 @Override
 protected void onResume() {
  super.onResume();
  whetherToCount = true;
  new Thread(new Runnable() {
   @Override
   public void run() {
    while (whetherToCount) {
     try {
      Thread.sleep(1000);
      count++;
      Log.d(TAG, "onResume: " + count);
     } catch (InterruptedException e) {
      e.printStackTrace();
     }
    }
   }
  }).start();

 }

 @Override
 protected void onStop() {
  super.onStop();
  Log.d(TAG, "onStop: ----");
  whetherToCount = false;
 }

 @Override
 protected void onDestroy() {
  super.onDestroy();
  whetherToCount = false;
  count = 0;
 }
}

运行结果如下所示：

符合我们的预期，你可能鄙视的看了我一眼，这样多臃肿啊，我可是学过面向对象的人，所以你把工作放在了一个名为WorkUtil的类中

public class WorkUtil {

 private static final String TAG = "WorkUtil";

 private boolean whetherToCount = true;

 private int count = 0;

 public void start() {
  new Thread(new Runnable() {
   @Override
   public void run() {
    while (whetherToCount) {
     try {
      Thread.sleep(1000);
      count++;
      Log.d(TAG, "start: " + count);
     } catch (InterruptedException e) {
      e.printStackTrace();
     }
    }
   }
  }).start();
 }

 public void onStop() {
  whetherToCount = false;
 }

 public void onDestory() {
  count = 0;
 }
}

然后再activity中的生命周期中分别执行对应的方法，感觉美滋滋~

然而 ，这样还是不够解耦，如果方法过多的话 ，会让view中的代码越来越臃肿，那么 还有更好的方案吗?这就是今天所说的Lifecycle。我们待会回过头来再优化上面的代码。

使用Lifecycle管理生命周期

我们通过改写WorkUtil类来讲解如何使用Lifecycle,让WorkUtil类实现LifecycleObserver

我们通过OnLifecycleEvent注解来注明方法所执行的生命周期，如下所示：

public class WorkUtil implements LifecycleObserver {

 private static final String TAG = "WorkUtil";

 private boolean whetherToCount = true;

 private int count = 0;

 @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
 public void start() {
  new Thread(new Runnable() {
   @Override
   public void run() {
    while (whetherToCount) {
     try {
      Thread.sleep(1000);
      count++;
      Log.d(TAG, "start: " + count);
     } catch (InterruptedException e) {
      e.printStackTrace();
     }
    }
   }
  }).start();
 }

 @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
 public void onStop() {
  whetherToCount = false;
 }

 @OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)
 public void onDestory() {
  count = 0;
 }
}

在Activity中注册即可：

getLifecycle().addObserver(new WorkUtil());

这样是不是简洁多了呢，那么我们为什么可以在Activity中直接使用getLifecycle().addObserver(new WorkUtil());呢，其实使用的是LifecycleOwner.getLifecycle, LifecycleOwner是单一方法接口，表示类具有 Lifecycle,而如果activity继承自AppcompatActivity或Fragment继承自androidx.fragment.app.Fragment他们本身就是一个LifecycleOwner的实例，这是AndroidX库帮我们自动完成的。

自定义LifecycleOwner

如果我们的Activity由于各种原因继承的不是AppcompatActivity而是Activity呢

我们可以看到这个时候，就不能直接使用getLifecycle，而要自定义一个LifecycleOwner了，我们让Activity继承自LifecycleOwner,

使用LifecycleRegistry定义如下:

@Override
protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.activity_main3);

 lifecycleRegistry = new LifecycleRegistry(this);
 getLifecycle().addObserver(new WorkUtil());

}

@NonNull
@Override
public Lifecycle getLifecycle() {
 return lifecycleRegistry;
}

这样我们就实现了自定义LifecycleOwner了，不过大多数时候我们还是不需要自定义的。

优雅的检测应用程序前后台状态

很多业务中我们都需要监听应用前后台的状态 ，比如在前台的时候开始缓存任务，在后台的时候停止缓存任务，其实方法有很多，比如

使用我们上面所说的方法，监听BaseActivity，但是都不够优雅，如果我们想监听所有Activty的生命周期就要使用ActivityLifecycleCallbacks，我们新建ForegroundCallbacks类实现ActivityLifecycleCallbacks

public class ForegroundCallbacks implements Application.ActivityLifecycleCallbacks {

 private static final String TAG = "ForegroundCallbacks";

 @Override
 public void onActivityCreated(@NonNull Activity activity, @Nullable Bundle savedInstanceState) {
  Log.d(TAG, "onActivityCreated: " + activity.getComponentName());
 }

 @Override
 public void onActivityStarted(@NonNull Activity activity) {
  Log.d(TAG, "onActivityStarted: "+ activity.getComponentName());
 }

 @Override
 public void onActivityResumed(@NonNull Activity activity) {
  Log.d(TAG, "onActivityResumed: "+ activity.getComponentName());
 }

 @Override
 public void onActivityPaused(@NonNull Activity activity) {
  Log.d(TAG, "onActivityPaused: "+ activity.getComponentName());
 }

 @Override
 public void onActivityStopped(@NonNull Activity activity) {
  Log.d(TAG, "onActivityStopped: "+ activity.getComponentName());
 }

 @Override
 public void onActivitySaveInstanceState(@NonNull Activity activity, @NonNull Bundle outState) {
  Log.d(TAG, "onActivitySaveInstanceState: "+ activity.getComponentName());
 }

 @Override
 public void onActivityDestroyed(@NonNull Activity activity) {
  Log.d(TAG, "onActivityDestroyed: "+ activity.getComponentName());
 }
}

添加一个初始化的方法：

/**
 * 初始化foregroundCallbacks
 *
 * @param appApplication application
 */
public static ForegroundCallbacks init(AppApplication appApplication) {

 instance = new ForegroundCallbacks();
 appApplication.registerActivityLifecycleCallbacks(instance);
 return instance;
}

在Application中进行注册:

ForegroundCallbacks.init(this)；

运行项目日志如下： 

现在我们知道肯定要在onActivityResumed和onActivityPaused两个方法中进行判断，但是肯定不是说进入到了resumed就是在前台，进入到了paused就是后台，因为我们的应用会有多个activity，只有第一个activity在前台的时候我们才提示在前台，只有所有activity都不可见的时候才提示在后台，按照这种思路我们编写对应的处理

首先定义个接口 里面回调在前台或在后台的方法

public interface Listener {
 /**
  * 在前台
  */
 public void onBecameForeground();

 /**
  * 在后台
  */
 public void onBecameBackground();
}

定义标记位

private Runnable runnable;

/**
 * 是否执行过onResumed
 */
private boolean onResumed = false;

/**
 * 是否执行过onPaused
 */
private boolean onPaused = true;

@Override
public void onActivityResumed(@NonNull Activity activity) {
 Log.d(TAG, "onActivityResumed: " + activity.getComponentName());
 onPaused = false;
 if (runnable != null){
  handler.removeCallbacks(runnable);
 }
 handler.postDelayed(runnable = new Runnable() {
  @Override
  public void run() {
   if (!onResumed) {
    listener.onBecameForeground();
    onResumed = true;
   }
  }
 },600);

}

@Override
public void onActivityPaused(@NonNull Activity activity) {
 Log.d(TAG, "onActivityPaused: " + activity.getComponentName());

 onPaused = true;
 if (runnable != null){
  handler.removeCallbacks(runnable);
 }

 handler.postDelayed(runnable = new Runnable() {
  @Override
  public void run() {
   if (onResumed && onPaused) {
    onResumed = false;
    listener.onBecameBackground();
   }
  }
 }, 600);

}

在这里我们进行延迟0.6s的原因是为了避免启动新的activity 旧的activity页面不可见时误以为在后台，不过在真实的业务场景中还是需要按照细节进行优化，在applicaton添加事件回调

ForegroundCallbacks.init(this).addListener(new ForegroundCallbacks.Listener() {
 @Override
 public void onBecameForeground() {
  Log.d(TAG, "onBecameForeground: 在前台");
 }

 @Override
 public void onBecameBackground() {
  Log.d(TAG, "onBecameBackground: 在后台");
 }
});

运行程序切换到后台 再切换回来 结果如下所示： 

如此 我们就可以优雅的监听应用前后台切换了。

是否感受到Lifecycle的强大了呢？

到此这篇关于Android Jetpack架构组件Lifecycle详解的文章就介绍到这了,更多相关Android Jetpack架构组件Lifecycle内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！