【奇技淫巧】使用 ProcessLifecycle 优雅地监听应用前后台切换
2020/7/1 23:25:26
本文主要是介绍【奇技淫巧】使用 ProcessLifecycle 优雅地监听应用前后台切换,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
前言
很高兴见到你,又来到了「奇技淫巧」系列,本系列介绍一些「骚操作」,可能不适合用于生产,但可以开拓思路
前些天在群里看到有人讨论通过维护 activity 栈来监听程序前后台切换的问题。其实单纯监听程序的前后台切换完全不需要维护 activity 栈,而现在比较主流的做法是使用 registerActivityLifecycleCallbacks
。而今天我来介绍一下使用 ProcessLifecycleOwner 来实现这一功能
lifecycle-process 库
Android Jetpack Lifecycle 组件有一个可选库:lifecycle-process,它可以为整个 app 进程提供一个 ProcessLifecycleOwner
该库十分简单,只有四个文件
ProcessLifecycleOwnerInitializer
借助 ContentProvider 拿到 Context,用于初始化操作
EmptyActivityLifecycleCallbacks
为 Application.ActivityLifecycleCallbacks
的实现类,内部为空实现
LifecycleDispatcher
通过 ReportFragment 来 hook 宿主的生命周期事件
核心逻辑都在 ProcessLifecycleOwner 中
该类提供了整个 app 进程的 lifecycle
可以将其视为所有 activity 的 LifecycleOwner ,其中 Lifecycle.Event.ON_CREATE 只会分发一次,而 Lifecycle.Event.ON_DESTROY 则永远不会分发
其它的生命周期事件将按以下规则分发:
ProcessLifecycleOwner
会分发 Lifecycle.Event.ON_START 和 Lifecycle.Event.ON_RESUME 事件(在第一个 activity 移动到这些事件时)
Lifecycle.Event.ON_PAUSE 与 Lifecycle.Event.ON_STOP 会在最后一个 activity 移动到这些状态后 延迟 分发,该延迟足够长,以确保由于配置更改等操作重建 activity 后不会分发任何事件
对于监听应用在前后台切换且不需要毫秒级的精度的场景,这十分有用
ProcessLifecycleOwner 源码解析
根据上图我们得知 ProcessLifecycleOwner
实现了 LifecycleOwner 接口
由于在 ProcessLifecycleOwnerInitializer
中初始化时传入了 Context,因此 ProcessLifecycleOwner
在 attach 方法中借助 Context 拿到了 Application 实例,并调用了 registerActivityLifecycleCallbacks
void attach(Context context) { mHandler = new Handler(); mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE); Application app = (Application) context.getApplicationContext(); app.registerActivityLifecycleCallbacks(new EmptyActivityLifecycleCallbacks() @RequiresApi(29) @Override public void onActivityPreCreated(@NonNull Activity activity, @Nullable Bundle savedInstanceState) { //我们需要 ProcessLifecycleOwner 刚好在第一个 activity 的 LifecycleOwner started/resumed 之前获取 ON_START 和 ON_RESUME。 //activity 的 LifecycleOwner 通过在 onCreate() 中添加 activity 注册的 callback 来获取 started/resumed 状态。 //通过在 onActivityPreCreated() 中添加我们自己的 activity 注册的 callback,我们首先获得了回调,同时与 Activity 的 onStart()/ onResume()回调相比仍具有正确的相对顺序 activity.registerActivityLifecycleCallbacks(new EmptyActivityLifecycl @Override public void onActivityPostStarted(@NonNull Activity activity) { activityStarted(); } @Override public void onActivityPostResumed(@NonNull Activity activity) { activityResumed(); } }); } @Override public void onActivityCreated(Activity activity, Bundle savedInstanceStat //仅在API 29 之前使用 ReportFragment,在此之后,我们可以使用在 onActivityPreCreated() 中注册的 onActivityPostStarted 和 onActivityPostResumed 回调 if (Build.VERSION.SDK_INT < 29) { ReportFragment.get(activity).setProcessListener(mInitializationLi } } @Override public void onActivityPaused(Activity activity) { activityPaused(); } @Override public void onActivityStopped(Activity activity) { activityStopped(); } }); } 复制代码
内部维护了 Started 和 Resumed 的数量
private int mStartedCounter = 0; private int mResumedCounter = 0; private boolean mPauseSent = true; private boolean mStopSent = true; 复制代码
并在 activityStarted 和 activityResumed 方法中对 这两个数值进行 ++,并更改 lifecycle 状态
void activityStarted() { mStartedCounter++; if (mStartedCounter == 1 && mStopSent) { mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_START); mStopSent = false; } } void activityResumed() { mResumedCounter++; if (mResumedCounter == 1) { if (mPauseSent) { mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_RESUME); mPauseSent = false; } else { mHandler.removeCallbacks(mDelayedPauseRunnable); } } } 复制代码
在 activityPaused 和 activityStopped 方法对这两个数值进行 --
void activityPaused() { mResumedCounter--; if (mResumedCounter == 0) { mHandler.postDelayed(mDelayedPauseRunnable, TIMEOUT_MS); } } void activityStopped() { mStartedCounter--; dispatchStopIfNeeded(); } 复制代码
而在这里我们看到了上文提到的延迟操作
// 使用 handler 进行延迟操作 mHandler.postDelayed(mDelayedPauseRunnable, TIMEOUT_MS); // 延迟 700 ms static final long TIMEOUT_MS = 700; //mls private Runnable mDelayedPauseRunnable = new Runnable() { @Override public void run() { // 根据需要分发事件 dispatchPauseIfNeeded(); dispatchStopIfNeeded(); } }; void dispatchPauseIfNeeded() { if (mResumedCounter == 0) { mPauseSent = true; mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_PAUSE); } } void dispatchStopIfNeeded() { if (mStartedCounter == 0 && mPauseSent) { mRegistry.handleLifecycleEvent(Lifecycle.Event.ON_STOP); mStopSent = true; } } 复制代码
源码就解析到这里,接下来我们看看如何使用吧
使用
首先引入该库
implementation "androidx.lifecycle:lifecycle-process:2.3.0-alpha05" 复制代码
由于我们要自定义 lifecycleObserver,因此还需引入
implementation "androidx.lifecycle:lifecycle-common-java8:2.3.0-alpha05" 复制代码
首先创建 ProcessLifecycleObserver
类,实现 DefaultLifecycleObserver
接口,在相应的生命周期中打印 log
接着在自定义 Application 中加入
这样便完成了!
Demo 在这里
系列文章
【奇技淫巧】AndroidStudio Nexus3.x 搭建 Maven 私服遇到问题及解决方案
【奇技淫巧】什么?项目里 gradle 代码超过 200 行了!你可能需要 Kotlin+buildSrc Plugin
【奇技淫巧】gradle 依赖查找太麻烦?这个插件可能帮到你
【奇技淫巧】Android 组件化不使用 Router 如何实现组件间 activity 跳转
【奇技淫巧】新的图片加载库?基于 Kotlin 协程的图片加载库——Coil
【奇技淫巧】使用 Navigation + Dynamic Feature Module 实现模块化
【奇技淫巧】除了 buildSrc 还能这样统一配置依赖版本?巧用 includeBuild
【奇技淫巧】巧用 kotlin 扩展函数和 typealias 封装 带网络状态和解决「粘性」事件的 LiveData
关于我
我是 Flywith24,我的博客内容已经分类整理 在这里,点击右上角的 Watch 可以及时获取我的文章更新哦 😉
掘金
简书
Github
这篇关于【奇技淫巧】使用 ProcessLifecycle 优雅地监听应用前后台切换的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-01-18android.permission.read_media_video
- 2024-01-18android_getaddrinfo failed eai_nodata
- 2024-01-18androidmo
- 2024-01-15Android下三种离屏渲染技术
- 2024-01-09Android 蓝牙使用
- 2024-01-06Android对接华为AI - 文本识别
- 2023-11-15代码安全之代码混淆及加固(Android)
- 2023-11-10简述Android语音播报TTS
- 2023-11-06Android WiFi工具类
- 2023-07-22Android开发未来的出路