Android开发四大组件之Service（具体解释篇）

Android开发之四大组件——Service

一、Service

---

简单介绍

Service是android系统中的四大组件之中的一个（Activity、Service、BroadcastReceiver、ContentProvider）。它跟Activity的级别差点儿相同，差别是Service仅仅能执行在后台不提供用户界面，而且能够和其它组件进行交互。一个Service是一个能够长期执行在后台的应用程序组件,不提供用户界面。

还有一个应用程序组件能够启动一个服务,它将继续在后台运行,即使 用户切换到还有一个应用程序。 此外,一个组件能够绑定到一个服务 与之交互,甚至运行进程间通信(IPC)。 比如,一个服务能够在后台处理网络交易、播放音乐、运行文件I / O,或与内容提供者交互等。

一个服务能够基本上有两种形式：

Started:

一个服务将被开启,当一个应用程序组件(比如,一个Activity)启动它 调用startService()。

一个服务一旦启动,能够无限期地在后台执行,即使启动它的组件被摧毁。

通常情况下,
開始服务运行一个操作,不向调用者返回一个结果。 比如,它可能通过网络下载或上传文件。 当操作完毕, 服务应该自己主动销毁。

Bound：

一个服务被“绑定”当一个应用程序组件绑定到它通过调用bindService（）。一个绑定服务提供了一个client - server接口。同意组件与服务交互，发送请求，得到的结果。甚至这样做跨进程与进程间通信（IPC）。

一个service能够同一时候和多个客户绑定，当多个客户都解除绑定之后。系统会销毁service

注意：一个服务执行在其宿主进程。该服务不会创建自己的线程。并不在一个单独的进程中执行的主线程（除非另行指定）。

这意味着。假设你的服务是打算进行不论什么耗时操作（比如MP3播放或网络下载等），你应该在该服务中创建一个新的线程来执行该工作。

通过使用一个单独的线程，你会降低应用程序的不响应（ANR）错误和应用程序的UI主线程能够继续致力于为响应用户的操作。

二、创建Service

---

要创建一个服务。你必须创建Service的子类（或者其现有的一个子类）。在实现的子类中处理Service生命周期的关键方面的一些回调方法，并提供了一种机制，组件绑定到该服务，能够依据须要重写这些回调方法：

onStartCommand()

每次client调用startService()方法启动该Service都会回调该方法。

onBind()

该方法是每一个Service的子类必须实现的方法。该方法返回一个IBinder对象，应用程序能够通过该对象和Service组件进行通信。

假设你不希望同意绑定,那么应该返回null。

onCreate()

当Service第一次被创建后将马上回调该方法。

onDestroy()

当Service被销毁之前回调该方法，你创建的Service应该在这种方法中清理不在使用的资源,如线程，注冊的侦听器。接收器等。

在配置文件里注冊Service：

<manifest ...
>

  ...

  <application ...
>

      <service android:name=".ExampleService"/>

      ...

  </application>

</manifest>

三、IntentService类

---

由于最開始的服务不须要同一时候处理多个请求（实际上是一个危急的多线程的情况下）。这可能是最好的假设你实现你的服务使用intentservice类。

　IntentService是Service类的子类，用来处理异步请求。client能够通过startService(Intent)方法传递请求给IntentService。IntentService在onCreate()函数中通过HandlerThread单独开启一个线程来处理全部Intent请求对象（通过startService的方式发送过来的）所相应的任务。这样以免事务处理堵塞主线程。

运行完所一个Intent请求对象所相应的工作之后，假设没有新的Intent请求达到，则自己主动停止Service。否则运行下一个Intent请求所相应的任务。

IntentService在处理事务时，还是採用的Handler方式。创建一个名叫ServiceHandler的内部Handler，并把它直接绑定到HandlerThread所相应的子线程。 ServiceHandler把处理一个intent所相应的事务都封装到叫做onHandleIntent的虚函数；因此我们直接实现虚函数onHandleIntent，再在里面依据Intent的不同进行不同的事务处理就能够了。

另外。IntentService默认实现了Onbind（）方法，返回值为null。

　　使用IntentService须要两个步骤：

　　1、写构造函数

　　2、实现虚函数onHandleIntent。并在里面依据Intent的不同进行不同的事务处理就能够了。

优点：处理异步请求的时候能够降低写代码的工作量，比較轻松地实现项目的需求

注意：IntentService的构造函数一定是參数为空的构造函数，然后再在当中调用super("name")这样的形式的构造函数。

由于Service的实例化是系统来完毕的，并且系统是用參数为空的构造函数来实例化Service的

以下是IntentService的一个实例：

public
class HelloIntentService
extends IntentService
{



  /**

   * A constructor is required, and must call the super IntentService(String)

   * constructor with a name for the worker thread.

   */

  public HelloIntentService(){

      super("HelloIntentService");

  }



  /**

   * The IntentService calls this method from the default workerthread with

   * the intent that started the service. When this method returns,IntentService

   * stops the service, as appropriate.

   */

  @Override

  protected void onHandleIntent(Intent intent){

      // Normally we would do some work here, like download a file.

      // For our sample, we just sleep for 5 seconds.

      long endTime
= ;

      while (System.currentTimeMillis()< endTime){

          synchronized
(this){

              try
{

                  wait(endTime
- System.currentTimeMillis());

              } catch(Exception e){

              }

          }

      }

  }

}

四、The Lifecycle of a Service

---

不像是activity的生命周期回调函数，你不须要调用父类运行这些回调方法。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZmVuZ3l1emhlbmdmYW4=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

注：左边的图显示了使用的StartService（）创建的服务的生命周期和右边的图显示了使用StartService（）创建的服务的生命周期。

·        Service总体的生命时间是从onCreate()被调用開始。到onDestroy()方法返回为止。

和Activity一样，Service在onCreate()中进行它的初始化工作，在onDestroy()中释放残留的资源。

比方。一个音乐播放Service能够在onCreate()中创建播放音乐的线程，在onDestory()中停止这个线程。　　onCreate() 和 onDestroy()会被全部的Service调用。不论Service是通过startService()还是bindService()建立。

·        Service积极活动的生命时间（activelifetime）是从onStartCommand() 或onBind()被调用開始，它们各自处理由startService()或 bindService()方法传过来的Intent对象。

　　假设Service是通过startService()开启的，那么它的活动生命周期和整个生命周期一同结束。

　　假设Service是通过bindService ()开启的。它们它的活动生命周期是在onUnbind()方法返回后结束。

　　注意：虽然一个被开启的Service是通过调用 stopSelf() 或 stopService()来停止的。没有一个相应的回调函数与之相应。即没有onStop()回调方法。所以，当调用了停止的方法。除非这个Service和客户组件绑定。否则系统将会直接销毁它，onDestory()方法会被调用。而且是这个时候唯一会被调用的回调方法。

五、Managing the Lifecycleof a Bound Service

当绑定Service和全部client解除绑定之后，Android系统将会销毁它。（除非它同一时候被onStartCommand()方法开启）。

因此，假设你的Service是一个纯粹的绑定Service，那么你不须要管理它的生命周期。

然而。假设你选择实现onStartCommand()回调方法，那么你必须显式地停止service，由于service此时被看做是开启的。

这样的情况下，Service会一直执行到它自己调用 stopSelf()或还有一个组件调用stopService()，不论它是否和client绑定。

另外，假设你的Service被开启而且接受绑定，那么当系统调用你的 onUnbind()方法时。假设你想要在下次client绑定的时候接受一个onRebind()的调用（而不是调用 onBind()），你能够选择在 onUnbind()中返回true。onRebind()的返回值为void，可是client仍然在它的 onServiceConnected()回调方法中得到 IBinder 对象。

下图展示了这样的Service（被开启。还同意绑定）的生命周期：

未完待续.............