Android应用程序的生命周期

转自Android应用程序的生命周期

在对一个简单的Hello World工程进行项目结构剖析后，我们接着来学习下一个Android应用程序的生命周期是怎么样的，以便为后面的开发有个垫下良好的基石~

所谓的应用程序生命周期无非就是应用程序进程从创建到消亡的整个过程。但是，之所有将这一点拎出来单独的讲，当然有其特殊性。的确，Android应用程序的生命周期的终结这个动作并非由应用程序进程本身执行，而是取决于Android系统,也就是Android应用程序生死由“天”，不能主宰自己的命运。这与我们传统的编程思维可能有所不同，如最初学的C语言程序都是最后收到内部或者外部退出请求而运行中的进程从main函数通过return退出，而非由系统直接kill的，这样的情况很少。那么，Android的设计师们为什么如此设计呢?这样设计的好处是什么呢?

其实，主流智能手机大多数都是多任务型，笔者常常用自己的手机一边游戏一边听音乐同时可能还开着UCWeb和QQ，的确这样给用户带来的体验是无以伦比的。但是，一个不容忽视的问题就是，手机的内存只有那么多，随着我们打开的应用程序数量的增多,随之而来的可能会是应用程序响应时间过长或者系统假死的糟糕情况。所以，若将Android应用程序生命周期便交由系统处理的话，那么在系统内存不足的情况下，便由Android系统舍车保帅，选择性的来终止一些重要性较次的应用程序，以便回收内存供更重要的应用程序使用。

那么，系统是根据一个怎样的重要性标准来中止Android应用程序的呢?其实，Android中根据应用程序的组件以及组件当前运行状态将所有的进程按重要性程度从高到低划分成五个，如下图所示：

前台进程

顾名思义，前台进程就是在屏幕最前端显示并和用户交互的Activity进程或者该进程的一个BroadcastReceiver正在运行。这样的进程重要性最高，在系统中也只有少数这样的进程。除非在系统内存非常低，万不得已的情况下才会被中止，否则系统不会选择中止前台进程。

一般而言，满足以下条件之一即可视为前台进程

1)进程正在最前端运行一个和用户交互的Activity(其OnResume()方法将被调用)

2)进程有一个正在运行的BroadcastReceiver(它的BroadcastRecevicer.onReceive()方法正在被执行)

3)进程有一个Service,并且在Service的某个回调函数内正有执行的代码

可见进程

可见进程是指那些对于用户可见，但是不显示在屏幕的最前端的进程。可见进程的重要程度也是很高的，通常不会被系统所中止，除非处于舍车保帅的情况， 为了保持所有的前台进程的正常运行而不得不中止可见进程。

一般而言，满足以下条件之一即可视为可见进程

1）有一个非前台但是仍然对用户可见的activity(onPause()方法被调用)。例如：当前的前台的activity是一个对话框，上一个activity还是可见的

2）具有一个绑定到可见activity的service

服务进程

服务进程是拥有Service的进程，该Service是有startService()方法启动的，这些进程通常运行在后台，并且对用户是不可见的。但是，这些进程所作的工作却也是比较重要的，如在后台进行播放音乐的工作。所以，除非在保证前两种高级别的进程能正常工作的情况下，否则系统一般不会中止服务进程的。

后台进程

后台进程运行着对用户不可见的activity(调用过onStop()方法)，这些进程对用户体验没有直接的影响，可以在上述进程需要内存资源的时候，从后台进程这回收。通常，系统中有很多的不可见的进程在运行，这些都保存在LRU(least last used)列表中，以便内存不足的时候会在第一时间被回收。当需要中止进程的时候，系统会保证最近一个被用户看到的进程最后一个被中止。

空进程

在空进程中无任何的应用程序组件，而这种进程存在的唯一理由是提供一种缓存机制，使得缩短应用程序下次启动所需的时间。系统会经常的中止空进程，从而达到调节程序缓存和系统缓存的平衡。