Processes and Application Lifecycle

 在大多数情况下，每个android application运行在自己的linux 进程中，进程在applicaton中code需要运行的时候被创建。进程会一直运行直到用户退出应用或者系统需要回收内存而被杀死。

进程生命周期

一个applicaton的进程的生命周期不是被application直接控制的，而是由系统来决定。系统会根据进程的优先级和系统当前可用的内存来决定一个process的生命周期。

系统会根据运行在进程中的Activity的状态，Service和BroadcastReceiver的情况 和进程在运行时内存的使用情况判断进程的优先级。Activity的状态和Process的状态与优先级如下图：

系统在需要释放内存时会杀死进程，而一个进程被杀死的可能性由当时进程的状体来决定。进程的状态反过来由运行在其中的Activity的状态决定。系统不会直接去杀死一个Activity，而是去杀死Activity所运行的进程。

进程的类型

根据运行呢在进程中的components和components的状态，process被分为不同的类型（根据重要性排序）：

1. foreground process 

foreground process是用户正在做的事情，满足一下任何一个条件的进程(有其中一个components正在运行)被认为是一个foreground process:

a. 有一个Activity正在运行，和用户正在交互，处于resumed。

b.  有个BroadcastReceive正在运行（BroadcastReceiver.onReceive() 方法正在执行）。

c. 有一个Service正在执行Service.onCreate(), Service.onStart(),Service.onDestory() 中的其中一个方法。

2. visible process

visible process正在做的事情是用户有关注的，所有杀掉它会对用户体验有负面影响。满足下面条件的会被认为visible：

a.  正在运行的Activity是在屏幕上用户可见的，但不是在前台，activity处于paused状态。

b. 有一个Service是以foreground service在运行，通过Service.startForegroundService()来启动Service

c. 有一个Service，系统用来实现一些用户有注意到的特征，比如live wallpaper和input method service

3. service process

service process中有一个Service正在运行的service，并且是startService方法启动。尽管service process不是直接对用户可见，但是他们正在做的事情是用户所关心的。系统会保持这些进程运行，除非没有足够的内存给foreground process和visible process。

4. cached process

cached process不是当前被需要的process，系统可以随时杀死它，当任何地方需要内存的时候。为了在不同的applications之间切换更高效，一个正常运行系统总会有几个cached process，当需要时总是杀掉时间最长的cached process。这些进程通常都是有一个或多个当前处于不可见的（stopped）Activity，系统杀死这些进程后用户返回到Activity时不会影响用户体验：当在新的进程中被重建时，可以恢复到之前的状态。

查看进程

adb shell ps -A 显示所有进程

adb shell ps | grep system_server 显示进程名称为system_server的进程

adb shell ps -t pid 查看一个进程下线程