|
《Android Dev Guide》系列教程7：Android生命周期之service/Broadcast生命周期、进程与生命周期
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修饰。
通过实现这三个生命周期方法，你可以监听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发生了什么。就想前面章节提到的那样，广播接收者应该作为一个空服务而不是简单的把耗时的操作单独放在一个线程里。 |
|
|
