内容简述
1、这是什么?
2、原理
3、使用时需要注意什么?
4、为什么要用它?
5、使用场景
6、怎么用?
参考:https://blog.csdn.net/u010072711/article/details/77090313
参考:http://www.jcodecraeer.com/plus/view.php?aid=7923
问题1:它是什么?
ActivityLifecycleCallBacks是Application的一个内部接口,一般用于APP的Application类,让我们自定义的Application实现它;
问题2:原理:
Activity 的每一个生命周期都对应 ActivityLifecycleCallbacks 接口中的一个方法,比如 onActivityCreated 回调是在 Activity 的 onCreate 方法中调用 getApplication().dispatchActivityCreated(this, savedInstanceState) 完成对 Activity 生命周期跟踪监听。
问题3: 使用时需要注意什么?
要求 API 14+
问题4:为什么要用它?
我们的Application实现ActivityLifecycleCallbacks接口后,系统会在每个Activity执行完对应的生命周期后,调用这个类中所有实现的方法;
问题5:使用场景
-
应用新开进程假重启处理(低内存回收、修改权限)
-
管理 Activity 页面栈
-
获取当前 Activity 页面
-
判断应用前后台
-
保存恢复状态值 savedInstanceState
-
页面分析统计埋点
使用场景一:管理Activity,随时随地退出程序,避免退出程序后,之前进入第三方库的Activity未被销毁清除的情况;
我们一般在项目中让我们的Activity都继承自BaseActivity,但是有时APP存在打开第三方库Activity的情况,在这
种情况下,在BaseActivity的onCreate方法将activity添加到集合中,在onDestory方法中将集合清除,这就出现内存泄露。
ActivityLifecycleCallbacks 就派上用场了, App 中的所有 Activity 只要执行完生命周期就一定会调用这个接口实现类的对
应方法, 那你就可以在 onActivityCreated 中将所有 Activity 加入集合,这样不管你是不是三方的 Activity 我都可以遍历集
合 finish 所有的 Activity
使用场景二:判断APP前后台状态
判断应用是否在后台运行,针对前后台运行会做一些处理,比如提示用户应用运行在后台、以及应用前后台切换回
调通知等。利用通过监听回调方法 onActivityStarted与onActivityStopped两个方法来判断应用前后台
使用场景三: 应用新开进程假重启处理(低内存回收、修改权限)
应用在低内存的情况下退出重新启动,并不会执行正常的启动流程,而是创建新的进程,直接还原上一次的操作页
面,导致页面栈信息丢失,页面显示以及返回跳转异常;MainActivity 可能没有执行,部分功能不会初始化。
当前操作页面:LoginActivity
正常启动使用流程:SplashActivity -> MainActivity -> LoginActivity
低内存重启流程:新开进程,直接启动 LoginActivity
低内存重启流程存在的问题:页面栈信息丢失,页面显示以及返回跳转异常;MainActivity 可能没有执行,部分功能
不会初始化。
解决思路:
通过监听回调方法 onActivityCreated,判断应用启动的第一个 Activity 页面是否为 LauncherActivity,如果不是,则强
制启动LauncherActivity 来执行正常的启动流程。
使用场景四:
获取当前 Activity 页面
通过监听回调方法 onActivityResumed,设置当前 Activity 页面(不常用,React Native 开发会用到)
使用场景五:
保存恢复状态值 savedInstanceState
Activity 异常退出经常需要保存恢复一些数据,ActivityLifecycleCallbacks 实现数据保存恢复也是比较简单的。
通过监听回调方法onActivityCreated与onActivitySaveInstanceState保存恢复状态值
使用场景六:
页面分析统计埋点
页面信息统计
问题6:怎么用?
在Application中的onCreate方法中,加入代码:registerActivityLifecycleCallbacks(this);
注意注册生命周期,实现方法