硬核讲解 Jetpack 之 LifeCycle 使用篇

大家好，我是 LifeCycle ，来自 Jetpack 生态链的最底端 。

我的作用是感知组件 (Activity/Fragment) 生命周期 ，并在合适的生命周期执行你分配给我的任务。我坚持贯彻 Jetpack 的 Slogan ，Less Code ，less bug ！ 用上我，包你线下无崩溃，线上无 Bug，每天准时下班，走上人生巅峰，赢取白富美 ，自动省略 300 字 …

好像有点跑题，拽回来。

虽然我自嘲来自 Jetpack 生态链最底端，但其实我是 Jetpack 大家族中最不可或缺的组件 。左边看看 LiveData ，右边看看 ViewModel ，它们露出一副不屑的表情，“没有你的日子里，大家不是一样过得好好的 ！”

说的好像有那么一点道理，我第一次出现还是在 Support 库年代的 26.1.0 版本。在这之前，大家是如何感知声明周期的呢？就在这时，一位发量依旧浓密的程序员从黑暗中甩出了他的祖传代码。

public class LocationUtil {

    public void startLocation() {
        ......
    }

    public void stopLocation() {
        ......
    }

}

然后呢，你得这么用。

public class LocationActivity extends AppCompatActivity {

    private LocationUtil locationUtil = new LocationUtil();

    @Override
   public void  onResume(){
       locationUtil.startLocation();
       ......
   }

   @Override
   public void onPause(){
       locationUtil.stopLocation();
       .....
   }
}

这位程序员吹嘘道，“我的 LocationUtil 久经考验，完美解决生命周期问题，绝不会内存泄漏 ！”

我不禁嗤之以鼻，你是单身久了一个人撸代码撸习惯了吧 ！没错，你一个人用是挺好的。但是对于一个现代化大型项目来说，假如有二十个页面需要使用你的 LocationUtil，这二十个页面又分配给了五个程序员来完成。你能保证所有的生命周期代码都如你所愿的被添加了吗？又或者你已经离职了，又没有留下详尽的文档，殊不知哪天就得因为莫名其妙的内存泄漏被新员工问候。

再来一个极端情况，该死的产品经理（甩锅）让你在分别在 onCreate() 和 onDestroy 中开启和关闭定位，而不是原来的 onResume() 和 onPause() 中了。这一刻，你是不是有种想掏出四十米大刀的感觉。

你这个写法，嘟噜嘟噜一大串代码，还这么脆弱 ！

他涨红了脸，只能无力的辩解，“你行你上，show me your code ！”

我早有准备，拿代码说话。首先让 LocationUtil 实现 LifeCycleObserver 接口。

class LocationUtil( ) : LifeCycleObserver {
  @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
  fun startLocation( ){
    ......
  }

  @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
  fun stopLocation( ){
    ......
  }
}

然后对于任何实现了 LifecycleOwner 接口的生命周期组件，如果需要使用 LocationUtil 的话，只需要添加如下一行代码即可。

lifecycle.addObserver(LocationUtil( ))

我让 LocationUtil 这种第三方组件在自己内部就可以拿到生命周期，这样原来需要在生命周期组件 Activity/Fragment 进行的生命周期逻辑处理，在组件内部就可以直接完成，进一步解耦。即使面对上面说到的变态产品经理的需求，你也只需要修改 LocationUtil 的内部实现，外部无需做任何修改。看嘛，很多时候自己觉得别人的需求很不合理，其实还是自己的问题。

四周鸦雀无声，应该都被我镇住了。这只是我的最基本用法，下面再来一些进阶的，注意，别眨眼。

监听应用前后台切换

一些银行 app 都有这样的功能，当切换应用到后台，会给用户一个提示，“xx 手机银行正在后台运行，请注意安全！” 。用我 LifeCycle 来实现的话，异常的简单。

class KtxAppLifeObserver : LifecycleObserver {

    @OnLifecycleEvent(Lifecycle.Event.ON_START)
    fun onForeground() {
        Ktx.app.toast("应用进入前台")
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    fun onBackground() {
        Ktx.app.toast("应用进入后台")
    }
}

然后在应用启动时，如 ContentProvier，Application 中 ，调用如下代码：

 ProcessLifecycleOwner.get().lifecycle.addObserver(KtxAppLifeObserver())

通过代码你也发现了是通过我的家族成员 ProcessLifecycleOwner 来实现的。它可以感知整个应用进程的生命周期，这样一来，监听应用前后台切换就轻而易举了。

全局管理 Activity

相信你们都做过这样的功能，特定情况下要 finish 掉打开过的所有 Activity，或者要关闭指定的 Activity 。通常的做法是在 BaseActivity 的生命周期回调中保存已经打开或关闭的 Activity 。虽然实现也还算优雅，但是如何给日益臃肿的 BaseActivity 减负呢？又到我 LifeCycle 出场了。

class KtxLifeCycleCallBack : Application.ActivityLifecycleCallbacks {

    override fun onActivityCreated(activity: Activity, savedInstanceState: Bundle?) {
        KtxManager.pushActivity(activity)
        "onActivityCreated : ${activity.localClassName}".loge()
    }

    override fun onActivityStarted(activity: Activity) {
        "onActivityStarted : ${activity.localClassName}".loge()
    }

    override fun onActivityResumed(activity: Activity) {
        "onActivityResumed : ${activity.localClassName}".loge()
    }

    override fun onActivityPaused(activity: Activity) {
        "onActivityPaused : ${activity.localClassName}".loge()
    }

    override fun onActivityDestroyed(activity: Activity) {
        "onActivityDestroyed : ${activity.localClassName}".loge()shejiyuanze
        KtxManager.popActivity(activity)
    }

    override fun onActivitySaveInstanceState(activity: Activity, outState: Bundle?) {
    }

    override fun onActivityStopped(activity: Activity) {
        "onActivityStopped : ${activity.localClassName}".loge()
    }
}

通过我的另一个家族成员，Application.ActivityLifecycleCallbacks ，你可以监听到所有的 Activity 的所有生命周期。在 Application 中注册这个 Callback 就行了。

application.registerActivityLifecycleCallbacks(KtxLifeCycleCallBack())

根据 单一职责原则 ，一个类做一件事情，这种写法将 Activity 的管理职责集中到一个类中，降低代码耦合。而原来的写法有两个问题，第一，你必须得继承 BaseActivity 才能具备管理当前 Activity 的功能。这又涉及到合作开发，不想继承，或者忘记继承。第二，让 BaseActivity 承担了过多的职责，并不符合基本的设计原则。

自动处理生命周期的 Handler

来自 程序亦非猿 的创意。在 onDestroy 方法里移除 Handler 的消息, 无需额外手动处理，避免内存泄露。

public class LifecycleHandler extends Handler implements LifecycleObserver {

    private LifecycleOwner lifecycleOwner;

    public LifecycleHandler(final LifecycleOwner lifecycleOwner) {
        this.lifecycleOwner = lifecycleOwner;
        addObserver();
    }

    public LifecycleHandler(final Callback callback, final LifecycleOwner lifecycleOwner) {
        super(callback);
        this.lifecycleOwner = lifecycleOwner;
        addObserver();
    }

    public LifecycleHandler(final Looper looper, final LifecycleOwner lifecycleOwner) {
        super(looper);
        this.lifecycleOwner = lifecycleOwner;
        addObserver();
    }

    public LifecycleHandler(final Looper looper, final Callback callback, final LifecycleOwner lifecycleOwner) {
        super(looper, callback);
        this.lifecycleOwner = lifecycleOwner;
        addObserver();
    }

    private void addObserver() {
        notNull(lifecycleOwner);
        lifecycleOwner.getLifecycle().addObserver(this);
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)
    private void onDestroy() {
        removeCallbacksAndMessages(null);
        lifecycleOwner.getLifecycle().removeObserver(this);
    }
}

更智能的事件总线

说到事件总线框架的发展史，推荐美团技术团队的一篇文章 Android消息总线的演进之路：用LiveDataBus替代RxBus、EventBus 。无论是 EventBus，还是 RxBus，其实都不具备生命周期感知能力，体现在代码上就是需要显示调用反注册方法。而 LiveDataBus 基于基于 LiveData 实现，LiveData 又通过 LifeCycle 获取了生命周期感知能力，无需手动反注册，无内存泄露风险。

LiveEventBus
	.get("key_name", String.class)
	.observe(this, new Observer<String>() {
	    @Override
	    public void onChanged(@Nullable String s) {
	    }
	});

随时订阅，自动取消订阅，就是这么简单。

配合协程使用

协程作为 Android 异步处理方案的新贵，不仅仅是我 LifeCycle ，ViewModel，LIveData 等其他 Jetpack 组件都为其提供了特定的支持。

要使用 LifeCycle 的协程支持，需要添加 androidx.lifecycle:lifecycle-runtime-ktx:2.2.0-alpha01或更高版本。该支持库为每个 LifeCycle 对象定义了 LifecycleScope 。在此范围内启动的协程会在 LifeCycle 被销毁时自动取消。你可以通过 lifecycle.coroutineScope 或 lifecycleOwner.lifecycleScope 属性访问 Lifecycle 的 CoroutineScope。下面是一个简单的示例：

class MyFragment: Fragment() {
        override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
            super.onViewCreated(view, savedInstanceState)
            viewLifecycleOwner.lifecycleScope.launch {
                val params = TextViewCompat.getTextMetricsParams(textView)
                val precomputedText = withContext(Dispatchers.Default) {
                    PrecomputedTextCompat.create(longTextContent, params)
                }
                TextViewCompat.setPrecomputedText(textView, precomputedText)
            }
        }
    }

更多用法可以查看官网相关介绍 将 Kotlin 协程与架构组件一起使用 。

最后

有了 LifeCycle ，你可以做什么？

写更少的代码，犯更少的错 。

生命周期的处理趋于标准化，这也正是 Jetpack 想带给我们的，让开发趋于标准化的同时可以犯更少的错误，减少崩溃和内存泄漏。浏览一下你的项目，如果还有未使用 LifeCycle 解决生命周期问题的地方，赶紧替换吧 ！

最后推荐一个我的 Jetpack MVVM 开源项目，wanandroid , 更多 bug ，等你发现。

有耐心看到这的读者，肯定要吐槽了，一点也不 硬核 ！这也不能赖我，使用篇，怎么硬核嘛。

一切尽在 硬核讲解 Jetpack 之 LifeCycle 源码篇 ，敬请期待 ！

文章首发微信公众号： 秉心说 ， 专注 Java 、 Android 原创知识分享，LeetCode 题解。

更多最新原创文章，扫码关注我吧！