重学安卓
A72569da0447d556cd687f01b8980e61
重学安卓：为你还原一个真实的 Jetpack Lifecycle
66a7bbb41096d9d742d4553a9b59f6af
KunMinX
预计阅读时间18分钟

前言

很高兴见到你！

前几期，我们在 全网独家 深度思考 的引导下，通过

重学安卓：Activity 生命周期的 3 个辟谣

重学安卓：绝不丢失状态的 Activity 重建机制！

重学安卓：你丢了 offer，只因拎不清 Activity 任务和返回栈

重学安卓：Intent 就是你的择偶标准啊！

重学安卓：我的碎片很听话，你的 Fragment 有自己的想法

分别正确地理解了 视图控制器 Activity 和 Fragment 的 生命周期、重建机制、状态管理、路由跳转、页面通信 的 存在缘由、设计依据、职责边界 和 相互间关系。

相信阅读完这几篇的朋友，对视图控制器的印象已经跑赢了 90% 的 Android 开发者。😉

被提前提上日程的 Jetpack

所以，本来我是想，紧接着出几期自定义 View 相关的解读，而 Jetpack 放在最后一期软件工程实战时统一介绍。

没想到在后台有读者留言说，期待能早日看到我对 Jetpack 的解说。

—— 是网上关于 Jetpack 的文章太少了吗？不是的，恰恰相反，网上的 Jetpack 文章一抓一大把，却基本上是 未经思考 就发布到网上 的 大段摘抄、全篇都在贴源码的、人云亦云、含糊其辞 的搬运文。😡😠

这不仅不能 帮助读者迅速了解状况 —— 究竟是面临了什么问题，乃至于问世了这样的框架。反而还让人看了觉得云里雾里、白费大量时间。（例如，生命周期 “感知” 是一个十分抽象的术语，一味地用 “感知” 来自嗨，并不能让更多的人 “感知” 真实的状况）

更有甚者，完全脱离事实 去 意淫和鼓吹一些本不存在的职责和作用，给读者造成误导。

此外，考虑到前几期刚好是 完整地将 视图控制器的知识点 给过了一遍。

于是我打算趁热打铁地将 生命周期管理、状态管理、页面通信、路由跳转 的 Jetpack 最佳实践给大家过一遍。

也即接下来几期，我会分别解说 Lifecycle、ViewModel、LiveData、Navigation，来帮助大家迅速理解真实的状况。😉

并且我会在《重学安卓》的项目中附上 Jetpack 的最佳实践示例代码（不要慌，文末链接给出）

文章目录一览

  • 前言
  • 被提前提上日程的 Jetpack
  • Lifecycle 的目标只有三个
  • Lifecycle 问世前的混沌世界
  • Lifecycle 为什么能解决这三个问题？
  • 那 Lifecycle 具体是依赖什么机制运作的呢？
  • 引入 Lifecycle 后的世界
  • 综上
  • 附注

Lifecycle 的目标只有三个

Lifecycle 最早是在 support 26.1.0 时被引入的。它的设计是如此地成熟和应景，乃至于已经成为源码的一部分，而几乎无需使用者在 Gradle 额外地配置依赖。 [注1]

Lifecycle 的目标只有三个：

1.实现生命周期 管理的一致性，做到 “一处修改、处处生效”。

2.让第三方组件能够 随时在自己内部拿到生命周期状态，以便执行 及时叫停 错过时机的 异步业务 等操作。

3.让第三方组件在调试时 能够 更方便和安全地追踪到 事故所在的生命周期源。

此外不存在任何 个别人士讹传的其他作用！

划重点 👆👆👆

如果光是阅读了以上三点，你还是不太理解的话，那接下来我就分别介绍 99% 网文都不曾介绍的真实状况，来方便你迅速建立起感性的认识。😉

Lifecycle 问世前的混沌世界

例如我们开发了一个需要及时关闭资源的第三方组件 GpsManager。那么为了做到跟随生命周期及时启用或释放资源，我们分别需要在每个依赖 GpsManager 的 Activity 中调用 onResume、onPause 等方法。

并且为了能够 及时叫停 错过时机 的异步业务，来避免内存泄漏等情况发生，我们额外安排了 isActive 变量，以便能够及时从 Activity 拿到 “异步业务是否适合继续” 的指标，并在异步的业务中定期做出判断。

public class GpsManager {

    private boolean mIsActive;

    public void setActive(boolean active) { 
        mIsActive = active; 
    }

    public void onResume() { 
        calculate(); 
    }

    public void onPause() { 
        // ...  
    }

    public void calculate() { 
       Observable.create(emitter -> {
          for (; ; ) {
             if (!mIsActive) return;
          }
       }).subscribe();
    }
}

public class MapActivity extends AppCompatActivity {

    @Override 
    public void onResume() {
        super.onResume();
        GpsManager.getInstance().onResume();
        GpsManager.getInstance().setActive(true);
    }

    @Override 
    public void onPause() {
        GpsManager.getInstance().setActive(false);
        GpsManager.getInstance().onPause();
        super.onPause();
    }
}

那这样带来一个什么问题呢？—— 复杂度激增导致的容易出错。

为什么呢？

因为我们需要为每个依赖 GpsManager 的 Activity 都安排好 生命周期调用 和 状态通知。

top Created with Sketch.