翻译官方文档Handling Lifecycles

官方文档链接：https://developer.android.google.cn/topic/libraries/architecture/lifecycle.html

1.前言

上一篇文章大体介绍了框架的层级和优势，接下来的几篇将详细介绍各个特性。首先来了解一下组件生命周期的管理，以及如何将业务与生命周期相关联。

2.使用案例

android.arch.lifecycle包提供了类和接口，以便实现生命周期感知组件，能自动根据当前Activity和Fragment的状态调整行为。

假设一个场景，通过一个Activity在屏幕上显示设备当前的位置。下面是最常见的写法：

class MyLocationListener {
    public MyLocationListener(Context context, Callback callback) {
        // ...
    }

    void start() {
        // connect to system location service
    }

    void stop() {
        // disconnect from system location service
    }
}

class MyActivity extends AppCompatActivity {
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        myLocationListener = new MyLocationListener(this, (location) -> {
            // update UI
        });
  }

    public void onStart() {
        super.onStart();
        myLocationListener.start();
    }

    public void onStop() {
        super.onStop();
        myLocationListener.stop();
    }
}

虽然这个例子看起来不错，但在实际项目中，会有大量的类似需求，导致onStart()和onStop()方法变得很臃肿。此外，有些组件无法直接在onStart()方法中启动，比如在启动定位服务前需检查一些配置。某些情况下，Activity已经停止了，检查才结束，意味着 myLocationListener.stop()调用之后才调用myLocationListener.start()方法。

class MyActivity extends AppCompatActivity {
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        myLocationListener = new MyLocationListener(this, location -> {
            // update UI
        });
    }

    public void onStart() {
        super.onStart();
        Util.checkUserStatus(result -> {
            // what if this callback is invoked AFTER activity is stopped?
            if (result) {
                myLocationListener.start();
            }
        });
    }

    public void onStop() {
        super.onStop();
        myLocationListener.stop();
    }
}

3.Lifecycle类

Lifecycle是一个类，持有组件（Activity和Fragment）生命周期状态的信息，并允许其它对象观察状态。主要由以下两个部分组成：

Event：这些事件与Activity和Fragment的系统回调一一对应。
State：组件的当前状态由Lifecycle对象管理。

Lifecycle.png

State是图形中的一个个节点，而Event则是节点之间的线。点可以存在很长或很短时间，线象征着变化的过程。通过给一个类的方法添加注释来管理相应组件的生命周期状态。

public class MyObserver implements LifecycleObserver {
    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    public void onResume() {
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
    public void onPause() {
    }
}
aLifecycleOwner.getLifecycle().addObserver(new MyObserver());

4.LifecycleOwner类

LifecycleOwner是拥有单一方法getLifecycle()的接口，表示实现类有一个Lifecycle。通过它获取到组件（Activity，Fragment）的Lifecycle，从而能让其它的组件一起工作。自定义的Application可以实现此接口以提供生命周期。

由于架构组件还处于alpha阶段，不能将不稳定的API引入到稳定的代码中，所以Fragment和AppCompatActivity类未能实现此接口。在Lifecycle稳定前，可以使用LifecycleActivity和LifecycleFragment代替。等正式版发布后，支持库中的Activity和Fragment将会实现LifecycleOwner接口，而LifecycleActivity和LifecycleFragment也将同时废弃。

上面的例子，可以让MyLocationListener类实现LifecycleObserver接口，并在组件onCreate()方法中通过Lifecycle初始化。这样它就能自己管理，必要时还能清理自己。

class MyActivity extends LifecycleActivity {
    private MyLocationListener myLocationListener;

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

当Lifecycle不在一个好的状态时，有些回调通常是不能调用的。例如，当Activity的状态是销毁的，若在回调中执行Fragment事务，将会导致crash，所以此时不希望启用回调。

为了让实例简单，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.getState().isAtLeast(STARTED)) {
            // connect if not connected
        }
    }

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

这样实现后，MyLocationListener类已可以感知生命周期了，不需要在Activity中管理初始化和释放了。如果另一个Activity或Fragment需要使用此类，仅仅需要初始化它，所有的安装和拆卸操作由它自己管理。

LiveData就是生命周期感知组件，与ViewModel一起使用，可以在遵守生命周期下更容易地为界面提供数据。

5.最佳实践

保持UI Controller（Activity和Fragment）代码尽可能少。它们不应该自己存储数据；相反，应由ViewModel提供，并观察LiveData以便将变化反映到视图上。
尝试数据驱动界面，UI Controller负责数据变化时更新界面，或者将用户操作反馈给ViewModel。
ViewModel类中放入数据逻辑，作为UI Controller和应用其它部分的连接。不过需注意，获取数据不是它的职责（例如，网络请求）；相反，应该调用相关组件来做，再将结果返回给UI Controller。
使用Data Binding在View和UI Controller之间保持干净的接口。这将使View的功能清楚且省去Activity和Fragment中更新界面的代码。如果喜欢在代码中完成，可以使用Butter Knife库来避免样板代码和获得更好的抽象。
如果界面过于复杂，可创建Presenter类处理界面的修改行为。通常没必要，但是可以使界面更容易测试。
不要在ViewModel中引用View或Activity的上下文。因为它的生命周期较长（比如配置改变时），导致View或Activity泄露，无法被垃圾回收。

6.自定义实现LifecycleOwner

支持库版本26.1.0之后，Activity和Fragment已经实现LifecycleOwner。如果自定义一个类实现LifecycleOwner，需要让它持有LifecycleRegistry对象，并调用handleLifecycleEvent(Lifecycle.Event event)方法分发事件。

LifecycleRegistry的使用，可以参考别人翻译的老版文档，如下：

public class MyFragment extends Fragment implements LifecycleRegistryOwner {
    LifecycleRegistry lifecycleRegistry = new LifecycleRegistry(this);

    @Override
    public LifecycleRegistry getLifecycle() {
        return lifecycleRegistry;
    }
}

7.总结

将业务行为放到Activity和Fragment等组件中，无非就是方便获取界面交互事件和生命周期。MVP架构中将业务行为放到Presenter中，通过View层去调用，而现在创建多个类来监听生命周期，并在其中实现各自业务的逻辑，使结构更加清晰，避免Presenter过于庞大。