开始之前咱们先来理解这句话：
一个包含活跃组件的进程会被保护起来不被杀死。但是一个仅仅包含非活跃组件的进程，在系统内存不足时可能随时被系统杀死。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还在运行，系统则判断进程拥有活跃组件，进程就会被保护起来不被杀死。
