【Android 一般进阶】动态广播注册注销时机

个人建议,动态广播在activity 的onResume里注册,onPause里注销。

大家都知道,activity的生命周期方法基本上是成对出现的,例如onCreate对应onDestory,onStart对应onStop,onResume对于onPause。

对于动态广播来说,有注册必然得有注销,这也得成对出现。重复注册注销或者注册忘了注销这都不行,后者会报Are you missing a call to unregisterReceiver()?错误,虽然不至于让应用奔溃,但是会导致内存泄露。

那么为什么不在onCreate和onDestory或onStart和onStop,注册注销呢?那是因为考虑到,当系统因为内存不足要回收activity占用的资源时,有些生命周期方法(onStop,onDestory)可能不会执行。

看下官方对于activity生命周期的解释:

1.先看生命周期图,注意红色矩形框部分可以发现:当其他优先级更高的应用需要内存时,activity在执行完onPause方法以后就会被销毁,那么onStop,onDestory方法就会不执行,当再回到这个activity时,就会从onCreate方法开始执行。

【Android 一般进阶】动态广播注册注销时机_第1张图片

2. 看下对生命周期方法的描述,onPause被标记为可以killable的在3.0以前,而onStop,onDestory也同样标记为可以killable的。

我理解的killable是指该生命周期方法有可能不会被执行,当系统回收activity资源的时候。

【Android 一般进阶】动态广播注册注销时机_第2张图片

【Android 一般进阶】动态广播注册注销时机_第3张图片

3.看对于killable的解释,意思大概是onPause执行完以后,activity就有可能会被销毁,所以应该利用onPause以及onSaveInstanceState方法来保存必要的数据。

【Android 一般进阶】动态广播注册注销时机_第4张图片

4.看官方的特别声明,在3.0以后,应用不会处于killable状态直到onStop返回,onStop以及onSaveInstanceState会被安全地调用。

【Android 一般进阶】动态广播注册注销时机_第5张图片

3.0以后,综合1、2、3点,onPause方法执行完以后,该activity有可能会被系统回收,所以后续的生命周期方法onStop,onDestory不会被执行;而4证明onStop执行完以后,该activity才有可能会被系统回收,所以后续的生命周期方法onDestory不会被执行。感觉官方对于activity被回收的时机有矛盾的地方。

但是我觉得根据1,2,3点得出的结论(在onResume注册广播,在onPause注销广播),来注册销毁广播比较保险,因为onPause必然会被执行,而且当activity处于onPause时,焦点已经不在了,理论上那就可以不用接收广播了。

结论:对于动态广播,在onResume注册广播,在onPause注销广播。

以上是个人理解,如各位有认为不对的地方,请指出。

你可能感兴趣的:(【Android,进阶】)