Service详解

发表于

一、Service 简介：
“Service” 意思即“服务”的意思， Service是Android中实现程序后台运行的解决方案，它适合用于执行不需要和用户交互而还要求长期运行的任务。Service运行在后台，它是不可见的、无界面的程序。Service的运行不依赖于任何用户界面，承担着静悄悄的不为人所注意的工作，即使当程序被切换到后台，或者用户打开了另外一个应用程序，服务仍然能够保持正常运行。
但是，Service并不是运行在一个独立的进程当中的，而是依赖于创建服务时所在的应用程序进程。另外，不要被Service的后台概念所迷惑，Service不会自动开启线程，所有的代码都默认运行在主线程当中。使用Service时，如果担心主线程被阻塞，就需要在Service的内部手动创建一个子线程来执行任务。(服务不开启线程执行耗时操作也会产生ANR)
Service可以在很多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity，这个时候程序要在后台继续播放；比如检测SD卡上文件的变化；再或者在后台记录用户的地理信息位置的改变；或者启动一个服务来运行并一直监听某种动作等等。

【备注】
 三大智能手机操作系统中，IOS是不支持后台的，当应用程序不在前台运行时就会进入到挂起状态。Android则沿用了Symbian的老习惯，加入了后台功能，这样应用程序即使在关闭的情况下仍然可在后台继续运行。Windows Phone则经历了由不支持后台到支持后台的过程。目前Windows Phone8系统也具备后台功能。

二、Service概念的总结：

  • Service在后台运行，不可以与用户直接交互；
  • 一个服务不是一个单独的进程。服务对象本身并不意味着它是在自己的进程中运行，除非另有规定，否则它与运行程序是同在一个进程中；
  • 一个服务不是一个单独的线程。Service和其他组件一样，默认情况下，Service中的所有代码都是运行在主线程中；
  • Service存在的价值虽然不如Activity那么清晰。但是一般都让Service执行耗时较长的操作。例如：播放音乐、下载文件、上传文件等等。但是因为Service默认运行在主线程中，因此不能直接用它来做耗时的请求或者动作，最好在Service中启动新线程来运行耗时的任务；
  • 需要通过某一个Activity/BroadCastReceiver或其他Context对象来启动Service。context.startService() 或 context.bindService()；
  • Service很大程度上充当了应用程序后台线程管理器的角色。（如果Activity中新开启一个线程，当该Acitivyt关闭后，该线程依然在工作，但是与开启它的Activity失去联系。也就是说此时的这个线程处于失去管理的状态。但是使用Service，则可以对后台运行的线程有效地管理）
  • 对于Activity来说，Service管理线程更为容易

三、为什么不使用后台线程而使用Service？
1、Service可以放在独立的进程中，所以更安全；(不是默认的行为，要单独设置)
2、使用Service可以依赖现有的binder机制，不需要在应用层面上处理线程同步的繁杂工作；（比如远程服务数据传递）
3、系统可以重新启动异常死去的Service。(是不会影响用户的UI操作的)

四、Service 与 Activity 的相同点与不同点

  • 不同点：Activity是与用户交互的组件，即可以看到UI界面，而Service是在后台运行、无需界面；
  • 相同点：使用Activity 时我们需要在配置文件中声明标签，同样的使用Service 也需要在配置文件中声明标签。都具有一定的生命周期。

五、服务的分类：
1、本地服务Local Service：（开启的服务给本应用程序使用的）
Local Service 用于应用程序内部。用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。
启动service有两种方法：

1. Context.startService()
                调用者与服务之间没有关联，即使调用者退出，服务仍可运行
2. Context.bindService()
                调用者与服务绑定在一起，调用者一旦退出，服务也就终止

A、根据启动方式将本地服务分为：启动服务Started Service和绑定服务Bound Service。

  • Started Service：被启动的服务
    被启动的服务是由其它组件调用startService()方法而启动的，该方法会导致被启动服务的生命周期方法onStartCommand()被回调。当服务是被启动状态后，其生命周期与启动它的组件无关，即使启动服务的组件（Activity，BroadcastReceiver）已经被销毁，该服务还可以在后台无限期运行。除非调用stopSelf()或stopService()来停止该服务。
  • Bound Service：被绑定的服务
    绑定服务是允许其它应用程序绑定并且与之交互的Service的实现类。为了提供绑定，必须实现onBind()回调方法。该方法返回IBinder对象(IBinder是接口)，它定义了服务类与Activity交互的程序接口。
    Activity通过bindService()方法绑定到服务类，同时Activity必须提供ServiceConnection接口的实现类，它监视Activity与服务类之间的连接。在重写ServiceConnection接口的onServiceConnected()方法时，实现了将服务类顺利赋值到了Activity中，实现了在Activity中使用该服务类并执行其中的方法。

B、根据onStartCommand()回调方法的返回值，将Service分为粘性Service和非粘性Service：
onStartCommand()方法有三种返回值：(服务被异常kill掉是系统的行为，当内存缺乏的时候会kill掉服务)

  • START_STICKY（常量值：1）：sticky的意思是“粘性的”。使用这个返回值时，我们启动的服务跟应用程序”粘”在一起，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务。当再次启动服务时，传入的第一个参数将为null;
  • START_NOT_STICKY（常量值：2）：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。
  • START_REDELIVER_INTENT（常量值：3）：具有“粘性的”，重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
    【备注】
    以上三种情况，可以理解为发生车祸后的人：
    START_STICKY：（常量值：1）车祸后自己苏醒，但是失忆；
    START_NOT_STICKY：（常量值：2）车祸后再也没有苏醒；
    START_REDELIVER_INTENT：（常量值：3）车祸后自己苏醒，依然保持记忆。

2、远程服务Remote Service：
Remote Service 用于android系统内部的应用程序之间。可以定义接口并把接口暴露出来，以便其他应用进行操作。可被其他应用程序复用，比如天气预报服务，其他应用程序不需要再写这样的服务，调用已有的即可。

六、Service的生命周期：


1、Started Service的生命周期：

  • onCreate()：创建服务
  • onStartCommand()：服务开始运行（在2.0以前版本中，使用onStart()回调方法）
  • onDestroy() ：服务被停止
    【详细说明：】
  • 在程序中调用：context.startService() 会触发执行Service生命周期中的onCreate()、onStartCommand()回调方法，此时服务就开始正式运行；
  • 如果Service还没有运行，则android先调用onCreate()然后调用onStartCommand()；如果Service已经运行，则只调用onStartCommand()，所以一个Service的onStartCommand方法可能会重复调用多次；
  • 如果在程序中调用：context.stopService()会触发执行Service生命周期中的onDestroy()回调方法，会让服务停止；
  • stopService()的时候直接onDestroy，如果是调用者自己直接退出而没有调用stopService()的话，Service会一直在后台运行。该Service的调用者再启动该Service后可以通过stopService关闭Service；stopSelf()
  • 所以StartService的生命周期为：onCreate –> onStartCommand(可多次调用) –> onDestroy。

2、Bound Service的生命周期：

  • onCreate()：创建服务
  • onBind()：绑定服务，服务开始运行
  • onUnbind()：取消绑定
  • onDestroy() ：服务被停止

【详细说明：】

  • 在程序中调用：context.bindService()会触发执行Service生命周期中的onCreate()、onBind()回调方法，此时服务开始运行；
  • onBind将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service运行的状态或其他操作。此后调用者（Context，例如Activity）会和Service绑定在一起；
  • 如果调用Service的调用者Context退出了，那么会依次调用Service生命周期中的onUnbind()、onDestroy()回调方法，会让服务停止；
  • 所以BindService的生命周期为：onCreate –> onBind(只一次，不可多次绑定) –> onUnbind –> onDestory。

【备注：】

  • Service是不能自己启动的，只有通过 Context 对象调用startService() 和bindService() 方法来启动。
  • 在Service每一次的开启关闭过程中，只有onStartCommand()可被多次调用(通过多次startService调用)，其他onCreate()、onBind()、onUnbind()、onDestory()在一个生命周期中只能被调用一次。
  • Service可以在和多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务总是藏在后头的。