Android进程与应用生命周期的关系

大多数情况下，每个Android应用都运行在它们自己的Linux进程中。当APP启动时系统会为它创建一个进程，APP结束时系统会回收内存空间给其他应用使用。
Android有一个独特的基本特性，就是APP进程的生命周期不是APP自己直接控制的。APP进程生命周期是系统决定的。系统综合评定所有正在运行的应用，根据应用对用户的重要性，以及系统整体可用内存的量来决定。

应用开发者必须理解不同的应用组件（尤其是Activity、Service和BroadcastReceiver）对应用进程生命周期有不同的影响。错误的使用应用组件会导致应用进程在期望运行的时候被系统杀死。

关于这点最常见的例子是在BroadcastReceiver的onReceive ()中启动了一个工作线程处理耗时任务，然后onReceive ()直接返回了。一旦方法返回了，系统就认为BroadcastReceiver已经处理完成了，那么它所属的进程也不需要存在了（除非进程还有别的活跃组件存在）。因此系统可能会任何时间杀掉进程回收内存，一旦这样了，那么刚才启动执行耗时操作的线程就会被中止。解决这个问题的方法是从BroadcastReceiver中启动一个JobService 来处理耗时操作，以便系统知道应用进程中还有任务需要处理。

当系统可用内存较低时，需要杀死进程回收内存。为了确定保留或终止哪些进程，系统会根据进程中正在运行的组件以及这些组件的状态，将每个进程放入“重要性层次结构”中。进程类型按重要性排序如下：

前台进程
用户当前操作所必需的进程。多种应用组件不同的状态都可以使得所属进程被认定为前台进程。如果一个进程满足以下任一条件，即视为前台进程：
- 托管用户正在交互的 Activity（已调用 Activity 的 onResume() 方法）
- 托管某个 Service，后者绑定到用户正在交互的 Activity
- 托管正在“前台”运行的 Service（服务已调用 startForeground()）
- 托管正执行一个生命周期回调的 Service（onCreate()、onStart() 或 onDestroy()）
- 托管正执行其 onReceive() 方法的 BroadcastReceiver
通常，在任意给定时间前台进程都为数不多。只有在内存不足以支持它们同时继续运行这一万不得已的情况下，系统才会终止它们。此时，设备往往已达到内存分页状态，因此需要终止一些前台进程来确保用户界面正常响应。
可见进程
没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。因此杀死这种进程会给用户体验带来明显的负面影响。如果一个进程满足以下任一条件，即视为可见进程：
- 不在前台、但仍对用户可见的 Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 作为一个对话框显示，允许在其后显示上一 Activity，则有可能会发生这种情况。
- 前台服务（调用了 Service.startForeground() ）
- 系统用来实现某种可见特性的服务，如壁纸服务，输入法服务等。
可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。
服务进程

正在运行已使用 startService() 方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。
已经长时间运行的服务进程会被降低重要性，降低在进程缓存列表中再次运行的期望值。这可以避免长时间运行后内存泄漏或者其他消耗内存问题导致缓存进程使用率降低的问题。
缓存进程

目前没有使用到的进程，因此当系统需要内存是可以随时杀死这些进程。这些行为只与内存管理相关。一个运行良好的系统一般有多个可用的缓存进程（为了更高效的在两个应用间切换），需要释放内存时通常杀死最早的那个缓存进程。只有在系统到了内存极度紧张，最极端的情况下才会杀死所有的缓存进程，甚至开始杀服务进程。

缓存进程通常包含目前对用户不可见的 Activity （已调用 Activity 的 onStop() 方法）。假如正确的实现了Activity的生命周期方法，即使系统杀死了这类进程也不会影响用户体验。当用户返回到进程已经被杀死的应用时，可以在一个新建的进程中使用上次保存的数据重建相应的Activity。

通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保最早的缓存进程优先被终止。具体杀缓存进程的策略跟具体平台实现有关。但总体上是尽量保存更有用的进程（如包含用户主界面的进程、用户最近使用的进程等）。还有一些其他杀缓存进程的策略，如限制缓存进程的数量，限制缓存进程缓存的时间等。

系统会根据进程中所有活跃的组件的重要级别来分类进程。查看Activity, Service, 和 BroadcastReceiver 的文档了解更多关于组件对进程生命周期的贡献。这些类的文档详细描述了他们是如何影响应用生命周期的。

进程会增加它所依赖的进程的优先级。如进程A使用Context.BIND_AUTO_CREATE 标志绑定了一个进程B的服务或者使用了进程B的 ContentProvider ，那么进程B的优先级至少和进程A的优先级一样。