开始之前咱们先来理解这句话:
一个包含活跃组件的进程会被保护起来不被杀死。但是一个仅仅包含非活跃组件的进程,在系统内存不足时可能随时被系统杀死。android组件就包含了四大组件,组件还在执行它的生命周期时我们可以认为它是活跃的,当生命周期结束后可以认为它不是活跃的,需要注意的是生命周期结束后不代表对象会立马被销毁,只是说在生命周期结束后的随机某一时刻对象可能被销毁。
就拿BroadcastReceiver
来说,不管是静态注册还是动态注册,在注册的时候该对象会注册到AMS
中,当我们未发送广播时BroadcastReceiver
是属于不活跃的,但是AMS
持有它的引用,所以BroadcastReceiver
对象处于在一种不活跃,但也不会被回收的状态。
BroadcastReceiver注意事项:
1.动态注册时应该在Activity
生命周期结束时进行注销,以仿内存泄漏。因为BroadcastReceiver
动态注册时实际上是通过AMS
相互持有强引用的,AMS
持有广播的引用,BroadcastReceiver
对象又持有activity的引用。
2.BroadcastReceiver
的onReceive()
方法是在主线程运行的,不能持行耗时操作,超过十秒报ANR
异常。如果要进行耗时操作我们可以开启线程。但是这样子也不完全是安全的,因为如果我们在onReceive()
中开启线程执行耗时操作,当onReceive()
结束后BroadcastReceiver
生命周期结束变成非活跃状态。从文章第一句话来看:我们假设当BroadcastReceiver
生命周期结束后整个进程所有的组件都是处于非活跃状态,内存不足则进程被杀死,这样子我们的子线程就完成不了我们的任务(例如我们任务就是提交一些重要的数据到后台)。解决办法就是开启一个IntentService
执行耗时操作,这时候系统会认为该进程拥有活跃的组件,则不会被杀死。
感觉还是很抽象,举个例子:
假如说我们现在在Activity
中发送一个广播,然后在BroadcastReceiver
的onReceive()
方法中开启子线程上传一些图片数据。Activity
发送广播后就立马关闭了,Activity
变成了非活跃状态,然后BroadcastReceiver
开启子线程后onReceive()
方法执行结束,也变成了非活跃状态。此时我们进程可以看成所有的组件都是处于非活跃状态,恰好此时系统内存不足,我们的进程被杀死,而我们的线程同样也会被杀死,我们的异步任务则失败。而如果我们是在onReceive()
开启一个IntentService
执行任务,即时Activity
、BroadcastReceiver
都已经结束生命周期,IntentService
还在运行,系统则判断进程拥有活跃组件,进程就会被保护起来不被杀死。