Android Broadcast的生命周期
Broadcast生命周期
Broadcast的生命周期只有一个回调方法：void onReceive(Context curContext,Intent broadcastMsg)。当broadcast消息到达接收者时，Android会调用他的onReceive（）方法，并且传递包含这个信息的intent对象。broadcast接收者在执行这个方法时，被认为是活动的。当onReceive（）方法返回时，它停止的活动状态。
一个活动的广播接受者进程是不能被杀死的，但是当他所消耗的内存被别的进程需要时，一个非活动状态的进程可以被系统随时杀死。
这带来一个问题，相应一个广播消息是非常耗时的，因此，很多事情需要在一个独立的线程中执行，而不是在主线程里。如果onReceive（）方法启动一个线程，那么整个进程包括刚启动的新线程，是非活动状态的，（除非进程里其他应用程序组件有活动的），所以有被系统销毁的危险。这个问题的解决方法是在onReceive（）方法里启动一个服务然后处理一些事情，所以系统会知道在这个进程里仍然有处于活动状态的任务需要被处理。
进程和声明周期
Android操作系统尝试尽可能长时间的保持应用的进程，但当可用内存很低时最终要移走一部分进程。怎样确定那些程序可以运行，那些要被销毁，Android让每一个进程在一个重要级的基础上运行，重要级低的进程最有可能被淘汰，一共有五级，下面这个列表就是按照重要性排列的：
l 第一级
前台进程显示的是用户此时需要处理和显示的。下列的条件有任何一个成立，这个进程都被认为是在前台运行的。
与用户正发生交互的。
它控制一个与用户交互的必须的基本的服务。
有一个正在调用生命周期的回调函数的Service（如onCreate（）、onStar（）、onDestroy（））
它有一个正在运行onReceive（）方法的广播接收对象。
只有少数的前台进程可以在任何给定的时间内运行，销毁他们是系统万不得已的、最后的选择——当内存不够系统继续运行下去时。通常，在这一点上，设备已经达到了内存分页状态，所以杀掉一些前台进程来保证能够响应用户的需求。
l 第二级
一个可用的进程没有任何前台组件，但它仍然可以影响到用户的界面。下面两种情况发生时，可以称该进程为可用进程。
它是一个非前台的activity，但对用户仍然可用，（onPause（）方法已经被调用）。这是可能发生的，例如：前台的activity是一个允许上一个activity可见的对话框，即当前activity半透明，能看到前一个activity的界面。
它是一个服务于可用activity的服务。
l 第三级
一个服务进程是一个通过调用startService（）方法启动的服务，并且不属于前两种情况。尽管服务进程没有直接被用户看到，但他们确实是用户所关心的，比如后台播放音乐或网络下载数据。所以系统保证他们的运行，直到不能保证所有的前台可见程序都正常运行时才会终止他们。
l 第四级
一个后台进程就是一个非当前正在运行的activity（activity的onStop（）方法已经被调用），他们不会对用户体验造成直接的影响，当没有足够内存来运行前台可见程序时，他们将会被终止。通常，后台进程会有很多个在运行,所以他们维护一个LRU最近使用程序列表来保证经常运行的activity能最后一个被终止。如果一个activity正确的实现了生命周期的方法，并且保存它当前状态，杀死这些进程将不会影响到用户体验。
l 第五级
一个空线程没有运行任何可用应用程序组，保留他们的唯一原因是为了设立一个缓存机制，来加快组件启动的时间。系统经常杀死这些内存来平衡系统的整个系统的资源，进程缓存和基本核心缓存之间的资源。
Android把进程里优先级最高的activity或服务，作为这个进程的优先级。例如，一个进程拥有一个服务和一个可见的activity，那么这个进程将会被定义为可见进程，而不是服务进程。
此外，如果别的进程依赖某一个进程的话，那么被依赖的进程会提高优先级。一个进程服务于另一个进程，那么提供服务的进程不会低于获得服务的进程。例如，如果进程A的一个内容提供商服务于进程B的一个客户端，或者进程A的一个Service被进程B的一个组件绑定，那么进程A至少拥有和进程B一样的优先级，或者更高。
操作来启动一个服务，而不是启动一个线程--尤其是这个操作可能会拖垮这个activity。例如后台播放音乐的同时，通过照相机向服务器发送一张照片。启动一个服务会保证这个操作至少运行在service 进程的优先级下，无论这个activity发生了什么，广播接收者应该作为一个空服务而不是简单的把耗时的操作单独放在一个线程里。
