一、前言

• 官方文档地址：Handling Lifecycles with Lifecycle-Aware Components
• 引入Lifecycle

本文仅对原文进行一定基础上的翻译并附上自己的一点注释与总结。

二、概述

Lifecycle-aware components执行操作，以响应另一个组件生命周期状态的更改，例如Activities和Fragments。这些组件可以帮助您生成更有组织、更容易维护的轻量级代码。

一个常见的模式是在Activities和Fragments的生命周期方法中实现依赖组件的操作。但是，这种模式会导致代码组织不良和错误的增加。通过使用Lifecycle-aware components，您可以将依赖组件的代码从生命周期方法转移到组件本身。

android.arch.lifecycle包提供了一些类和接口，这些类和接口允许您构建Lifecycle-aware components——这些组件可以根据Activities或Fragments的当前生命周期状态自动调整它们的行为。（注意:导入android.arch.lifecycleAndroid项目的生命周期，请参阅Lifecycle release notes中声明依赖项的说明。）

Android框架中定义的大多数应用程序组件都具有附加的生命周期。生命周期由运行在流程中的操作系统或框架代码管理。它们是Android工作原理的核心，您的应用程序必须尊重它们。不这样做可能会引发内存泄漏，甚至应用程序崩溃。

三、Lifecycle

Lifecycle是一个类，它保存关于组件(如Activities或Fragments)生命周期状态的信息，并允许其他对象观察这个状态。Lifecycle使用两个主要枚举来跟踪其关联组件的生命周期状态:

• Event
  从框架(framework)和lifecycle类中分派的生命周期事件。这些事件映射到Activities和Fragments中的回调事件
• State
  生命周期对象跟踪的组件的当前状态。
  [图片上传失败...(image-292d9a-1570957551497)]

类可以通过向其方法添加注释来监视组件的生命周期状态。然后你可以通过调用Lifecycle类的addObserver()方法来添加一个观察者，并传递你的观察者的一个实例，如下面的例子所示:

public class MyObserver implements LifecycleObserver{

    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    public void connectListener() {
    //...
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
    public void disconnectListener() {
        //...
    }
}

//myLifecycleOwner对象实现了LifecycleOwner接口，这将在下一节中进行解释。
myLifecycleOwner.getLifecycle().addObserver(new MyObserver());

四、LifecycleOwner

LifecycleOwner是一个方法接口，表示该类有一个生命周期。它有一个方法getLifecycle()，这个方法必须由类实现。如果您试图管理整个应用程序流程的生命周期，请参见ProcessLifecycleOwner。

这个接口从单个类(如Fragment和AppCompatActivity)中抽象生命周期的所有权，并允许编写与之一起工作的组件。任何自定义应用程序类都可以实现LifecycleOwner接口。

实现LifecycleObserver的组件与实现LifecycleOwner的组件无缝地工作，因为所有者(LifecycleOwner)可以提供一个生命周期，观察者(LifecycleObserver)可以注册该生命周期来观察。

对于位置跟踪示例，我们可以让MyLocationListener类实现LifecycleObserver，然后在Activity的生命周期方法中的onCreate()方法中初始化它。这允许MyLocationListener类是自给自足的，这意味着响应生命周期状态变化的逻辑是在MyLocationListener中声明的，而不是在Activity中声明的。让各个组件存储它们自己的逻辑，可以使Activities和Fragments逻辑更容易管理。

class MyActivity extends AppCompatActivity {
    //MyLocationListener 的实现在后面
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        myLocationListener = new MyLocationListener(this, getLifecycle(), location -> {
            // update UI
        });
        Util.checkUserStatus(result -> {
            if (result) {
                myLocationListener.enable();
            }
        });
  }
}

一个常见的用例是，如果生命周期目前处于不好的状态，则避免调用某些回调。例如，如果回调函数在保存活动状态之后运行一个片段事务，它将触发崩溃，因此我们永远不会想要调用那个回调函数。

为了简化这个用例，Lifecycle类允许其他对象查询当前状态。

class MyLocationListener implements LifecycleObserver {
    private boolean enabled = false;
    public MyLocationListener(Context context, Lifecycle lifecycle, Callback callback) {
       ...
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_START)
    void start() {
        if (enabled) {
           // connect
        }
    }

    public void enable() {
        enabled = true;
        //查询当前状态
        if (lifecycle.getCurrentState().isAtLeast(STARTED)) {
            // connect if not connected
        }
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    void stop() {
        // disconnect if connected
    }
}

通过这个实现，我们的LocationListener类是完全生命周期感知的。如果我们需要使用来自另一个Activity或Fragment的LocationListener，我们只需要初始化它。所有的设置和拆卸操作都由类本身管理。

如果一个库提供了需要使用Android生命周期的类，我们建议您使用生命周期感知组件。您的库客户端可以轻松地集成这些组件，而无需在客户端进行手工生命周期管理

自定义LifecycleOwner实现类：
在Support Library 26.1.0及以上的版本中，Fragments 与Activities已经实现了LifecycleOwner接口。如果你有一个自定义类，你想让它成为LifecycleOwner，你可以使用LifecycleRegistry类，但是你需要将事件转发到该类中，如下面的代码示例所示:

public class MyActivity extends Activity implements LifecycleOwner {
    private LifecycleRegistry lifecycleRegistry;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        lifecycleRegistry = new LifecycleRegistry(this);
        lifecycleRegistry.markState(Lifecycle.State.CREATED);
    }

    @Override
    public void onStart() {
        super.onStart();
        lifecycleRegistry.markState(Lifecycle.State.STARTED);
    }

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

总结

1. 在Support Library 26.1.0及以上的版本中，Fragments 与Activities已经实现了LifecycleOwner接口。

以下是官方文档中的总结：

lifecycle-aware components的最佳实践：

• 保持UI控制器(activities和fragments)尽可能精简。他们不应该试图获取自己的数据；相反，使用一个ViewModel来实现这一点，并观察一个LiveData对象来将更改反射回视图（Views）。
• 尝试编写数据驱动的UI，其中UI控制器的职责是在数据更改时更新视图，或者将用户操作通知返回给ViewModel。
• 将数据逻辑放到ViewModel类中。ViewModel应该充当UI控制器和应用程序其余部分之间的连接器。不过要注意，ViewModel并不负责获取数据(例如，从网络中)。相反，ViewModel应该调用适当的组件来获取数据，然后将结果返回给UI控制器。
• 使用Data Binding来维护视图和UI控制器之间的干净接口。这允许您使视图更具声明性，并最小化您需要在activities和fragments中编写的更新代码。如果您喜欢用Java编程语言来实现这一点，那么可以使用Butter Knife这样的库来避免样板代码，从而获得更好的抽象。
• 如果UI比较复杂，可以考虑创建一个presenter类来处理UI修改。这可能是一项艰巨的任务，但它可以使UI组件更容易测试。
• 避免在ViewModel中引用View或Activity上下文(context)。如果ViewModel比Activity活得长(在配置更改的情况下)，您的Activity就会泄漏，垃圾收集器也不会正确地处理它。
• 使用Kotlin coroutines (Kotlin协程)来管理长时间运行的任务和其他可以异步运行的操作。

lifecycle-aware components的用例
lifecycle-aware components可以使您在各种情况下更容易地管理生命周期。以下是一些例子:

• 在粗粒度和细粒度位置更新之间切换。使用lifecycle-aware components，在位置应用程序可见时启用细粒度的位置更新，并在应用程序位于后台时切换到粗粒度的更新。LiveData是一个生命周期感知组件，允许您的应用程序在用户更改位置时自动更新UI。
• 停止和启动视频缓冲。使用lifecycle-aware components尽快启动视频缓冲，但延迟播放，直到应用程序完全启动。当应用程序被销毁时，还可以使用lifecycle-aware components终止缓冲。
• 启动和停止网络连接。当应用程序位于前台时，使用lifecycle-aware components可以实时更新(流)网络数据，当应用程序进入后台时，还可以自动暂停。
• 暂停并恢复动画绘制。当应用程序在后台时，使用lifecycle-aware components来处理动画绘制的暂停;当应用程序在前台时，使用lifecycle-aware components来恢复绘制。