Android学习笔记2-生命周期

组件的生命周期

 

应用程序组件都有一个生命周期，从响应Intent的Android实例开始到这个实例被销毁。在这期间，他们或许有效或许无效，有效时或许对用户可见或许不可见。下面我们就来讨论四个基本组件的生命周期，包括在生命周期内的各种状态，以及状态之间的转换。这几种状态可能的结果是：进程让他们停止， 然后实例被销毁。

 

activity生命周期

 

一个activity有三个基本的状态：

 

@ 当activity在前台运行时（在activity当前任务的堆栈顶），为活动或者运行状态。这时activity会响应用户的操作。

@ 当activity失去焦点但是对用户仍然可见时为paused暂停状态。此时，别的activity在他的上面，透明或者备有被全部覆盖。所以其中一些暂停的activity也可以被显示。一个暂停的activity是处于活动状态的（他维护着所有的状态保存着信息，并且依然附着在窗口管理器）。

@ 如果一个activity完全被另一个activity所掩盖那他会处于stop状态。但仍然保存着原来的状态和信息。然而，如果别的地方需要更多的内存而且这个activity仍一直处于隐藏状态，那么系统有可能会杀死他的进程。

 

如果一个activity是暂停或者停止状态，系统可以清理他们占用的内存，或者调用finish（）方法，或者直接结束他的进程。当他再次显示给用户时，会完全的重新运行并且加载以前所存储的信息。

 

activity状态之间的转换，是通过以前的受保护方法完成的：

 

void onCreate(Bundle savedInstanceState) 

void onStart() 

void onRestart() 

void onResume() 

void onPause() 

void onStop() 

void onDestroy()

 

这些都是钩子函数，你可以重写他们，当状态改变时做一些适当的处理。所有的activity在首次运行时必须实现onCreate（）方法来初始化安装。activity可以实现onPause（）来提交数据改变，然后准备停止与用户的交互。

 

调用超类

 

每一个实现的activity生命周期方法都会先调用一下父类的方法,例如：

[java]  view plain copy

1. protected void onPause() {  
2.     super.onPause();  
3.     . . .  
4. }  

 

 

通过这两者比较?,这7个方法定义了一个activity的整个生命周期的方法。你可以实现并且监测这三个嵌套循环：

 

@ 整个生命周期

调用onCreate（）方法和onDestroy（）之间称为一个activity的完整的生命周期。activity会在onCreate（）里执行所有的初始化安装，在onDestroy（）方法里释放所有的剩余资源。例如：一个从网络下载程序的线程，就需要在onCreate（）方法里创建，在onDestroy（）方法里销毁。

 

@ 可见生命周期

可见生命周期是从onStart（）方法到onStop（）方法的时间。这段时间，用户会在屏幕上看到这个activity。尽管他可能不是在最顶层显示，也没有和用户进行任何交互。这两个方法之间，你可以保持需要向用户显示的资源。例如：你可以在onStart（）方法时注册一个BroadcastReceiver检测某些变化来改变你的界面，当用户看不到这个activity的界面时可以在onStop（）里注销这个BroadcastReceiver。这两个方法可以被调用很多次，在可见和对用户隐藏时，作为候补的activity待命。

 

@ 前台显示周期

一个activity从onResume（）方法指导一个onPause（）方法称为前台显示周期。此时他在其他的activity之上显示并且与用户交互。一个activity可以频繁的在这两个方法之间过度，例如：当设备休眠或者另一个新的activity启动时，它会进入onPause（）状态，当一个activity运行结束或者新的接收到Intent请求时，activity的onResume（）会被调用。因此，这两个方法里的代码量会很少。

 

下图说明了上面说的几个循环，里面的箭头说明了两个状态之间是否可以相互转换。有色的椭圆是activity主要的几个状态。正方形和长方形代表activity在状态之间转变时我们可以实现的一些回调方法。

 

 

注意killable这列，它指明了进程在调用方法返回后是否可以被系统杀死，而不执行其他的代码。onPause(), onStop(), and onDestroy()这三个方法可以，因为onPause方法首先被执行，他是唯一一个一定会被调用的方法当进程被杀死时，但是onStop（）和onDestroy（）方法不会。因此，你可以在onPause()方法里保存一些连续的数据，例如编辑。

 

killable这列被标记成no的方法，保护activity防止他们被调用时，被进程杀死。例如：一个activity是处于可被杀死的状态，当activity从onPause（）方法跳转到onResume（）方法时，在OnPause方法回调之前是不会被杀死的。

 

正如后面的章节:进程和生命周期，一个没有定义为“killable”的activity仍然可以被系统结束，但这时会发生在特殊情况下，比如没有其他资源时。

 

保存activity的状态

 

当系统（而不是用户）关闭一个activity来节省内存时，用户希望再次启动activity时会回到当时的状态。

 

为了在activity被杀死之前捕获他的状态，你可以实现 onSaveInstanceState（）方法，Android会在一个activity将要被关闭时调用这个方法，也就是在onPause（）方法之前。他回传递给方法一个Bandle对象，你可以用key-value的方式保存你的数据。当activity再次运行时。这个Bandle对象会传递给onCreate（）方法、onStart（）方法、onRestoreInstanceState（）方法。这几个方法都能重建当时的activity状态。

 

不像onPause（）和刚才讨论的其他几个方法,onSaveInstanceState（）和onRestoreInstanceState（）方法不是生命周期方法。不是不是总被调用。例如：Android在activity将要被系统销毁之前调用onSaveInstanceState（）方法，当activity实例被用户的操作销毁时（例如按下Back键），是不会调用这个方法的。这种情况下没有理由保存他的状态。

 

Coordinating activities

 

当一个activity启动了另一个activity，他们都经历了生命周期的转换。一个暂停了或者结束了，其他的activity启动。一种情况你可能需要调节这些activity：

生命周期方法的回调顺序都是定义好的，尤其当两个activity在同一进程下：

 

1.当前运行的activity的onPause（）方法被调用。

2.然后将要运行的activity的onCreate（）、onStart（）、onResume（）方法被依次调用。

3.然后，如果将要运行的activity不太可见，那么onstop（）方法会被调用。

service生命周期

 

service生命周期一般有两种使用方式。

 

@ service可以被启动或者允许被启动知道有人停止了他或者他自己停止了。在这种模式下，他通过Context.startService()方法开始，通过Context.stopService()方法停止。他可以通过Service.stopSelf()方法或者Service.stopSelfResult()方法来停止自己。只要调用一次stopService（）方法便可以停止服务，无论调用了多少次的启动服务方法。

 

@ 他可以通过定义好的接口来编程，客户端建立一个与Service的链接，并使用此链接与Service进行通话。通过Context.bindService()方法来绑定服务，Context.unbindService()方法来关闭服务。多个客户端可以绑定同一个服务。如果Service还未被启动，bindService（）方法可以启动服务。

 

这两种模式是完全独立的。你可以绑定一个已经通过startService（）方法启动的服务。例如：一个后台播放音乐服务可以通过startService（）和一个intend对象来播放音乐。可能用户在播放过程中要执行一些操作比如获取歌曲的一些信息，此时activity可以通过调用bindServices（）方法与Service建立连接。这种情况下，stopServices（）方法实际上不会停止服务，直到最后一次绑定关闭。

像一个activity那样，一个service有些可以用来改变状态的生命周期方法。但是比activity的方法少，service生命周期方法只有三个，而且都是public修饰。

void onCreate() 

void onStart(Intent intent) 
void onDestroy()

通过实现这三个生命周期方法，你可以监听service的两个嵌套循环的生命周期（？）：

@ 整个生命周期

service的整个生命周期是在onCreate()和onDestroy（）方法之间。和activity一样，在onCreate（）方法里初始化，在onDestroy（）方法里释放资源。例如，一个背景音乐播放服务可以在onCreate（）方法里播放，在onDestroy()方法里停止。

 

@活动的生命周期

service的活动生命周期是在onStart（）之后，这个发法会处理通过startServices（）方法传递来的Intent对象。音乐service可以通过开打intent对象来找到要播放的音乐，然后开始后台播放。

service停止时没有相应的回调方法，即没有onStop（）方法。

 

onCreate（）方法和onDestroy（）方法是针对所有的services，无论他们是否启动。通过Context.startService()和Context.bindService()方法。然而，只有通过startService()方法启动的service才会被调用onStart（）方法。如果一个service允许别人绑定，那么需要实现以下额外的方法：

 

IBinder onBind(Intent intent) 

boolean onUnbind(Intent intent) 

void onRebind(Intent intent)

 

onBind（）回调方法会继续传递通过bindService（）传递来的intent对像。onUnbind（）会处理传递给unbindService()的intent对象。如果service允许绑定，onBind（）会返回客户端与服务互相联系的通信频道。如果建立了一个新的客户端与服务的链接，onUnbind（）方法可以请求调用onRebind（）方法。

 

下面的图表介绍了service的回调方法，然而，他把通过startService（）方法建立的服务从通过bindService（）方法建立的服务分离开。

记住任何服务，无果它怎样建立，都默认客户端可以链接，所以任何的service能够接收onBind（）和onUnbind（）方法。

 

 

Broadcast生命周期

 

Broadcast的生命周期只有一个回调方法：

void onReceive(Context curContext,Intent broadcastMsg)

 

当broadcast消息到达接收者时，Android会调用他的onReceive（）方法，并且传递包含这个信息的intent对象。broadcast接收者在执行这个方法时，被认为是活动的。当onReceive（）方法返回时，它停止的活动状态。

 

一个活动的广播接受者进程是不能被杀死的，但是当他所消耗的内存被别的进程需要时，一个非活动状态的进程可以被系统随时杀死。

 

这带来一个问题，相应一个广播消息是非常耗时的，因此，很多事情需要在一个独立的线程中执行，而不是在主线程里。如果onReceive（）方法启动一个线程，那么整个进程包括刚启动的新线程，是非活动状态的，（除非进程里其他应用程序组件有活动的），所以有被系统销毁的危险。这个问题的解决方法是在onReceive（）方法里启动一个服务然后处理一些事情，所以系统会知道在这个进程里仍然有处于活动状态的任务需要被处理。

 

下一节会有更多的弱进程将会被销毁。

 

 进程和声明周期

android操作系统尝试尽可能长时间的保持应用的进程，但当可用内存很低时最终要移走一部分进程。怎样确定那些程序可以运行，那些要被销毁，Android让每一个进程在一个重要级的基础上运行，重要级低的进程最有可能被淘汰，一共有5级，下面这个列表就是按照重要性排列的：

1

前台进程显示的是用户此时需要处理和显示的。下列的条件有任何一个成立，这个进程都被认为是在前台运行的。

@ 与用户正发生交互的。

@ 它控制一个与用户交互的必须的基本的服务。

@ 有一个正在调用生命周期的回调函数的service（如onCreate（）、onStar（）、onDestroy（））

@ 它有一个正在运行onReceive（）方法的广播接收对象。

只有少数的前台进程可以在任何给定的时间内运行，销毁他们是系统万不得已的、最后的选择——当内存不够系统继续运行下去时。通常，在这一点上，设备已经达到了内存分页状态，所以杀掉一些前台进程来保证能够响应用户的需求。

2

一个可用进程没有任何前台组件，但它仍然可以影响到用户的界面。下面两种情况发生时，可以称该进程为可用进程。

@ 它是一个非前台的activity，但对用户仍然可用，（onPause（）方法已经被调用）。这是可能发生的，例如：前台的activity是一个允许上一个activity可见的对话框，即当前activity半透明，能看到前一个activity的界面。

@ 它是一个服务于可用activity的服务。

3

一个服务进程是一个通过调用startService（）方法启动的服务，并且不属于前两种情况。尽管服务进程没有直接被用户看到，但他们确实是用户所关心的，比如后台播放音乐或网络下载数据。所以系统保证他们的运行，直到不能保证所有的前台可见程序都正常运行时才会终止他们。

4

一个后台进程就是一个非当前正在运行的activity（activity的onStop（）方法已经被调用），他们不会对用户体验造成直接的影响，当没有足够内存来运行前台可见程序时，他们将会被终止。通常，后台进程会有很多个在运行,所以他们维护一个LRU最近使用程序列表来保证经常运行的activity能最后一个被终止。如果一个activity正确的实现了生命周期的方法，并且保存它当前状态，杀死这些进程将不会影响到用户体验。

5

一个空线程没有运行任何可用应用程序组，保留他们的唯一原因是为了设立一个缓存机制，来加快组件启动的时间。系统经常杀死这些内存来平衡系统的整个系统的资源，进程缓存和基本核心缓存之间的资源。

Android把进程里优先级最高的activity或服务，作为这个进程的优先级。例如，一个进程拥有一个服务和一个可见的activity，那么这个进程将会被定义为可见进程，而不是服务进程。

此外，如果别的进程依赖某一个进程的话，那么被依赖的进程会提高优先级。一个进程服务于另一个进程，那么提供服务的进程不会低于获得服务的进程。例如，如果进程A的一个内容提供商服务于进程B的一个客户端，或者进程A的一个service被进程B的一个组件绑定，那么进程A至少拥有和进程B一样的优先级，或者更高。

因为一个运行服务的进程的优先级高于运行后台activity的进程，一个activity会准备一个长时间运行的操作来启动一个服务，而不是启动一个线程--尤其是这个操作可能会拖垮这个activity。例如后台播放音乐的同时，通过照相机向服务器发送一张照片。启动一个服务会保证这个操作至少运行在service 进程的优先级下，无论这个activity发生了什么。就想前面章节提到的那样，广播接收者应该作为一个空服务而不是简单的把耗时的操作单独放在一个线程里。