硬核讲解 Jetpack 之 LifeCycle 使用篇

14,990 阅读6分钟

大家好,我是 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.coroutineScopelifecycleOwner.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 源码篇 ,敬请期待 !

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

更多最新原创文章,扫码关注我吧!