Jetpack组件之Lifecycle

Lifecycle 管理activity和fragment的生命周期
刚开始看的时候云里雾里,不知道讲的什么东东,一脑门啥啥啥?
后来懂了一点点,就用口语大概总结下,再放一些官方的文字。
总体就是利用观察者模式,订阅宿主(activity或者fragment)的生命周期函数,然后分发给观察者,自动调用观察者绑定的函数方法。
比如,想在activity的onStart()方法中调用开始,在onDestory()方法中调用停止,创建一个观察者类(实现lifecycleObserve),绑定相应的事件,然后把这个观察者添加到Lifecycle中即可
因此在生命周期组件的生命周期发生变化时告诉观察者,内部组件即可感知外部的生命周期
下面是写的一个demo 测试

创建观察者

package com.shadow.jetpackdemo.lifecycle;

import android.util.Log;

import androidx.lifecycle.Lifecycle;
import androidx.lifecycle.LifecycleObserver;
import androidx.lifecycle.LifecycleOwner;
import androidx.lifecycle.OnLifecycleEvent;

/**
 * @author 付影影
 * @desc 在对应方法上用注解声明想要观察的宿主的生命周期事件即可
 * @date 2020/7/27
 */
public class LocationObserver implements LifecycleObserver {
    private LifecycleOwner mLifecycleOwn;

    public LocationObserver(LifecycleOwner mLifecycleOwn) {
        this.mLifecycleOwn = mLifecycleOwn;
        //注册观察者 观察宿主(即调用该类的fragment或者activity)生命周期的状态变化
        mLifecycleOwn.getLifecycle().addObserver(this);
    }

    /**
     * 绑定宿主的生命周期
     * 就不用必须在宿主的相关生命周期方法中 调用相应的注册或者取消注册方法
     */

    @OnLifecycleEvent(Lifecycle.Event.ON_START)
    void onStart(){
        Log.d("hh","LocationObserver 我当前所在宿主的生命周期是onStart");
    }

    /**
     * 宿主 执行onStop时候,会分发该事件,执行此类的onStop方法,类似观察者订阅
     */
    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    void onStop(){
        Log.d("hh","LocationObserver 我当前所在宿主的生命周期是onStop");
    }

}

创建被观察者 宿主

package com.shadow.jetpackdemo

import android.os.Bundle
import android.util.Log
import androidx.appcompat.app.AppCompatActivity
import com.shadow.jetpackdemo.lifecycle.LocationObserver

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        Log.d("hh","MainActivity -- onCreate")
        setContentView(R.layout.activity_main)
        val localObserve = LocationObserver(this)
    }

    override fun onStart() {
        super.onStart()
        Log.d("hh","MainActivity -- onStart")
    }

    override fun onResume() {
        super.onResume()
        Log.d("hh","MainActivity -- onResume")
    }

    override fun onPause() {
        super.onPause()
        Log.d("hh","MainActivity -- onPause")
    }

    override fun onStop() {
        super.onStop()
        Log.d("hh","MainActivity -- onStop")
    }

    override fun onDestroy() {
        super.onDestroy()
        Log.d("hh","MainActivity -- onDestroy")
    }


}

1111.png

正经文字的书面说法

在 Android 框架中定义的大多数应用组件都存在生命周期。
生命周期由操作系统或进程中运行的框架代码管理。它们是 Android 运作方式的核心,应用必须遵循它们。如果不这样做,可能会引发内存泄露甚至应用崩溃。
在android开发中,很多功能的实现都需要在不同的生命周期中进行相应操作的调用,
比如说地图,定位需要在onStart中执行start操作,在onStop中执行stop操作;
还有播放器需要在onStart中的进行连接,在onStop中进行中断连接的操作。
如果我们忘记了在onStop或者onDestory中释放资源,那么就会导致内存泄漏的问题。
如果有所有的组件,都能感知外部的生命周期,能在相应的时机释放资源,并且在错过生命周期时能及时叫停异步的任务就好了

Lifecycle 是具备宿主声明后期感知能力的组件。它能持有组件(如 Activity 或 Fragment)生命周期状态的信息,并且允许其他观察者监听宿主的状态

假设我们有一个在屏幕上显示设备位置的 Activity。常见的实现可能如下所示:

    internal class MyLocationListener(
            private val context: Context,
            private val callback: (Location) -> Unit
    ) {

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

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

    class MyActivity : AppCompatActivity() {
        private lateinit var myLocationListener: MyLocationListener

        override fun onCreate(...) {
            myLocationListener = MyLocationListener(this) { location ->
                // update UI
            }
        }

        public override fun onStart() {
            super.onStart()
            myLocationListener.start()
            // manage other components that need to respond
            // to the activity lifecycle
        }

        public override fun onStop() {
            super.onStop()
            myLocationListener.stop()
            // manage other components that need to respond
            // to the activity lifecycle
        }
    }

虽然此示例看起来没问题,但在真实的应用中,最终会有太多管理界面和其他组件的调用,以响应生命周期的当前状态。管理多个组件会在生命周期方法(如 [onStart()] 和 [onStop()]中放置大量的代码,这使得它们难以维护。

此外,无法保证组件会在 Activity 或 Fragment 停止之前启动。在我们需要执行长时间运行的操作(如 [onStart()] 中的某种配置检查)时尤其如此。这可能会导致出现一种竞争条件,在这种条件下,[onStop()] 方法会在 [onStart()] 之前结束,这使得组件留存的时间比所需的时间要长。

Lifecycle 的三种写法

Lifecycle 有三种实现方法,下面我们一一来介绍一下:

使用 Lifecycle 前需要先添加依赖:

 //通常情况下,只需要添加appcompat就可以了
api 'androidx.appcompat:appcompat:1.1.0'
 //如果想单独使用,可引入下面这个依赖
api 'androidx.lifecycler:lifecycle-common:2.1.0'

LifecycleObserver 配合注解:

//1\. 自定义的LifecycleObserver观察者,在对应方法上用注解声明想要观  察的宿主的生命周期事件即可
class LocationObserver extends LifecycleObserver{
    //宿主执行了onstart时,会分发该事件
    @OnLifecycleEvent(Lifecycle.Event.ON_START)
    void onStart(@NotNull LifecycleOwner owner){
      //开启定位
    }

  //宿主执行了onstop时 会分发该事件
  @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
  void onStop(@NotNull LifecycleOwner owner){
     //停止定位
  }
 }

//2\. 注册观察者,观察宿主生命周期状态变化
class MyFragment extends Fragment{
  public void onCreate(Bundle bundle){
    LocationObserver observer =new LocationObserver()
    getLifecycle().addObserver(observer);
  }
 }

FullLifecyclerObserver 拥有宿主所有生命周期事件:

//1.源码
interface FullLifecycleObserver extends LifecycleObserver {
    void onCreate(LifecycleOwner owner);
    void onStart(LifecycleOwner owner);
    void onResume(LifecycleOwner owner);
    void onPause(LifecycleOwner owner);
    void onStop(LifecycleOwner owner);
    void onDestroy(LifecycleOwner owner);
}
//2.用法,需要监听那个事件,复写那个方法即可
class LocationObserver extends FullLifecycleObserver{
    void onStart(LifecycleOwner owner){}
    void onStop(LifecycleOwner owner){}
}

LifecycleEventObserver宿主生命周期事件封装成 Lifecycle.Event

//1.源码
public interface LifecycleEventObserver extends LifecycleObserver {
    void onStateChanged(LifecycleOwner source, Lifecycle.Event event);
}
//2.用法 
class LocationObserver extends LifecycleEventObserver{
    @override
    void onStateChanged(LifecycleOwner source, Lifecycle.Event event){
      //需要自行判断life-event是onstart, 还是onstop
    }
}

上面的这三种 Lifecycle 写法比较推荐第二、第三种,因为第一种你虽然用注解很爽,但是如果没有添加 lifecycle-compiler 这个注解处理器的话,运行时会使用反射的形式回调到对应的方法上。

LifecycleOwner、Lifecycle、LifecycleRegistry 的关系

事件在分发宿主生命周期事件的流程中涉及到三个类,我们分别来捋一捋:

  • LifecycleOwner:我们的 Activity/Fragment 都实现了该接口,用以声明它是一个能够提供生命周期事件的宿主。同时必须复写getLifecycle()方法提供一个Lifecycle对象;

  • Lifecycle:是一个抽象类,里面定义了两个枚举State宿主的状态,Event 需要分发的事件的类型;

  • LifecycleRegistry:Lifecycle 的唯一实现类,主要用来负责注册 Observer,以及分发宿主状态事件给它们。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343