原文地址：https://developer.android.com/topic/libraries/architecture/lifecycle.html
使用Lifecycle-Aware库来解决生命周期问题。
生命周期感知组件会对于另一个组件（如Activity和Fragment）的生命周期状态更改而执行相应的响应操作。这些组件可以帮助您生成组织性更好，且更加轻量的代码，更易于维护。
一个常见的模式是在活动和片段的生命周期方法中实现依赖组件的动作。但是，这种模式导致代码的组织不良以及错误的扩散。通过使用生命周期感知组件，您可以将依赖组件的代码从生命周期方法移出并移入组件本身。
android.arch.lifecycle包提供了让你构建生命周期感知组件所使用的类和接口，这些组件可以根据活动或片段的当前生命周期状态自动调整其行为。
Android Framework中定义的大多数应用程序组件都附带有生命周期。生命周期由操作系统或您的流程中运行的框架代码管理。它们是Android以及应用程序工作的核心。不这样做可能会触发内存泄漏甚至应用程序崩溃。
想象一下，我们有一个在屏幕上显示设备位置的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;
@Override
public void onCreate(...) {
myLocationListener = new MyLocationListener(this, (location) -> {
// update UI
});
}
@Override
public void onStart() {
super.onStart();
myLocationListener.start();
// manage other components that need to respond
// to the activity lifecycle
}
@Override
public void onStop() {
super.onStop();
myLocationListener.stop();
// manage other components that need to respond
// to the activity lifecycle
}
}
即使这个示例看起来没问题，在真实的应用程序中，最终会有太多的调用来管理UI和其他组件，以响应当前的生命周期状态。管理多个组件会在生命周期方法中放置大量代码，例如onStart（）和onStop（），这使得维护变得困难。
Lifecycle
生命周期是一个类，它保存组件的生命周期状态信息（如活动或片段），并允许其他对象观察此状态。
生命周期使用两个主要枚举来跟踪其关联组件的生命周期状态：
Event:
从框架和生命周期类派生的生命周期事件。这些事件映射到
Activity和Fragment中的回调事件。
State:
生命周期对象跟踪的组件的当前状态
[图片上传失败...(image-f7da06-1511168213990)]
将状态视为图形的节点，将事件视为这些节点之间的边界。
一个类可以通过向其方法添加注释来监视组件的生命周期状态。然后，可以通过调用Lifecycle类的addObserver（）方法并传递观察者的实例来添加观察者，如以下示例所示：
public class MyObserver implements LifeCycleObserver{
@OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
public void connectListener() {
...
}
@OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
public void disconnectListener() {
...
}
}
myLicecycleOwner.getLifecycle().addObserver(new MyObserver());
在上面的例子中，myLifecycleOwner对象实现了LifecycleOwner接口，在下一节.
LifecycleOwner
下面改写上面的LocationListener示例
class MyActivity extends AppCompatActivity {
private MyLocationListener myLocationListener;
public void onCreate(...) {
myLocationListener = new MyLocationListener(this, getLifecycle(), location -> {
// update UI
});
Util.checkUserStatus(result -> {
if (result) {
myLocationListener.enable();
}
});
}
}
一个常见的用例是，如果生命周期现在状态不好，则可以避免调用某些回调函数。例如，如果回调在保存活动状态后运行Fragment，则会触发崩溃，所以我们绝不会调用该回调。 为了简化这个用例，生命周期类允许其他对象查询当前状态。
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
支持库中的Activity和Fragment在26.1.0和更高版本已经实现了LifecycleOwner接口。 如果您有一个想要创建LifecycleOwner的自定义类，则可以使用LifecycleRegistry类，但需要将事件转发到该类中，如以下代码示例所示：
public class MyActivity extends Activity implements LifecycleOwner {
private LifecycleRegistry mLifecycleRegistry;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mLifecycleRegistry = new LifecycleRegistry(this);
mLifecycleRegistry.markState(Lifecycle.State.CREATED);
}
@Override
public void onStart() {
super.onStart();
mLifecycleRegistry.markState(Lifecycle.State.STARTED);
}
@NonNull
@Override
public Lifecycle getLifecycle() {
return mLifecycleRegistry;
}
}
生命周期感知组件的最佳实践
- 保持你的UI控制器（活动和片段）尽可能的精益。他们不应该试图获取自己的数据;相反，使用一个ViewModel来做到这一点，并观察一个LiveData对象，以反映到视图的变化。
- 尝试编写数据驱动的用户界面，其中您的用户界面控制器的责任是更新数据更改视图，或通知用户操作返回到ViewModel。
- 把你的数据逻辑放到你的ViewModel类中。 ViewModel应该作为你的UI控制器和其他应用程序之间的连接器。但要小心，ViewModel不负责提取数据。相反，ViewModel应调用相应的组件来获取数据，然后将结果提供给UI控制器。
- 使用数据绑定来保持视图和UI控制器之间的干净界面。这样可以让你的视图更具说明性，并最大限度地减少需要在活动和片段中写入的更新代码。如果你喜欢用Java编程语言来做到这一点，那么使用像Butter Knife这样的库来避免样板代码并且有一个更好的抽象。
- 如果您的UI很复杂，可以考虑创建一个演示者类来处理UI修改。这可能是一项艰巨的任务，但它可以使您的UI组件更容易测试。
- 避免在ViewModel中引用View或Activity上下文。如果ViewModel超出Activity的生命周期的话（在配置更改的情况下），则会导致Activity泄漏，并且垃圾收集器无法正确处理。
用于支持生命周期的组件的用例
支持生命周期的组件可以使您在各种情况下更容易地管理生命周期。一些例子是
- 在粗略和精准的位置定位之间的更新，使用支持生命周期的组件在位置应用程序可见时启用精准位置更新，并在应用程序处于后台时切换到粗粒度更新。 LiveData是一种生命周期感知型组件，允许您的应用程序在您的使用更改位置时自动更新UI。
- 停止并开始视频缓冲。 尽可能使用支持生命周期的组件来启动视频缓冲，但延迟播放直到应用程序完全启动。 您也可以使用生命周期感知组件在应用程序销毁时终止视频缓冲。
- 启动和停止网络连接。使用生命周期感知组件可以在应用程序处于前台时实时更新（流式传输）网络数据，并在应用程序进入后台时自动暂停。
- 暂停和恢复动画绘制。使用生命周期感知组件来处理在应用程序处于后台时暂停动画的绘制，并在应用程序处于前台后恢复绘制。
处理stop事件
当生命周期属于AppCompatActivity或Fragment时，生命周期的状态将更改为CREATED，并在调用AppCompatActivity或Fragment的onSaveInstanceState（）时调度ON_STOP事件。
当片段或AppCompatActivity的状态通过onSaveInstanceState（）保存时，UI被认为是不可变的，直到ON_START被调用。尝试在保存状态后修改用户界面可能会导致应用程序的导航状态不一致，这就是为什么如果应用程序在保存状态后运行FragmentTransaction，FragmentManager将抛出异常。有关详细信息，请参阅commit（）。
如果观察者的关联生命周期没有被启动，LiveData可以通过避免调用其观察者来防止这种情况的出现。在后台，他会先调用isAtLeast()方法来决定是否调用他的观察者。
很不幸的是，AppcompactActivity的onStop()方法是在onSaveInstanceState()方法之后调用的，这会在UI状态更改不被允许但生命周期尚未移至CREATED状态的情况下留下空隙。
为了避免这个问题，beta2版本中的生命周期类将lower状态标记为CREATED，而不分派事件，以便任何检查当前状态的代码都能获得真实值，即使事件未被分派，直到onStop（）被系统调用。
这个解决方案有两个主要问题：
- 在API等级23以下，Android系统实际上保存活动的状态，即使它被另一活动部分覆盖。换句话说，Android系统调用onSaveInstanceState（），但不一定调用onStop（）。这将创建一个潜在的长时间间隔，即使其UI状态不能被修改，观察者仍认为生命周期是活动的。
- 任何希望向LiveData类公开类似行为的类都必须实现生命周期版本2和更低版本提供的解决方法。
