一、服务的基本知识：

一个Serviceandroid 系统中的四大组件之一（Activity、Service、BroadcastReceiver、ContentProvider）,也是一种应用程序组件，它跟Activity的级别差不多，但不能自己运行只能后台运行，并且可以和其他组件进行交互，不和用户交互应用组件。通常不具有可见的用户界面。其它的应用程序组件可以启动一个Service，即使在用户切换到另外一个应用程序后，这个Service还是一直会在后台运行。比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务总是藏在后台的。

每个Service必须在manifest中 通过<service>来声明。可以通过contect.startservice和contect.bindserverice来启动。Service和其他的应用组件一样，运行在进程的主线程中。这就是说如果service需要很多耗时或者阻塞的操作，需要在其子线程中实现。

本地服务 Local Service 用于应用程序内部。
  它可以启动并运行，直至有人停止了它或它自己停止。在这种方式下，它以调用Context.startService()启动，而以调用Context.stopService()结束。它可以调用Service.stopSelf()或 Service.stopSelfResult()来自己停止。不论调用了多少次startService()方法，你只需要调用一次stopService()来停止服务。
  用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。

远程服务 Remote Service 用于android系统内部的应用程序之间。
  它可以通过自己定义并暴露出来的接口进行程序操作。客户端建立一个到服务对象的连接，并通过那个连接来调用服务。连接以调用Context.bindService()方法建立，以调用Context.unbindService()关闭。多个客户端可以绑定至同一个服务。如果服务此时还没有加载，bindService()会先加载它。
  可被其他应用程序复用，比如天气预报服务，其他应用程序不需要再写这样的服务，调用已有的即可。

每一个Service可以以以下两种形式存在：

·        Started（启动）在一个应用程序以startService() 来启动一个Service时，这个Service将处于“Started”状态。一旦启动，这个Service可以在后台一直运行下去，即使启动它的应用程序已推出。通常，一个处于“started”状态的Service完成某个功能而不会给启动它的应用程序组件返回结果。比如，这个服务（Service）可能是上载或是下载一个文件，当任务完成后，服务自行退出。

·        Bound (绑定）当一个应用程序组件以bindService() 绑定一个Service时，这个Service处于“Bound”状态。处于“Bound”状态的Service提供了一个客户/服务（C/S）调用接口支持其它应用程序组件和它交互，比如发生请求，返回结果，或者使用IPC完成跨进程间通信。一个处于“Bound”的Service只能和与其绑定的应用程序一起运行。多个应用程序组件可以绑定到同一个Service。当所有绑定的应用程序组件都退出绑定后，被“绑定”的Service将被销毁。

  对于一个Service来说，它可以是“Started”，“Bound”或者同时处于两种状态。其它任一应用程序组件（比如一个Activity）都可以使用这个Service，即使其它应用程序组件是在不同的应用程序中。当然你可以把Service定义为私有的，这样其它应用程序就无法使用你定义的Service。

  要注意的是，一个Service运行在其宿主进程的主线程中--服务不会自己创建新的线程也不运行在独立的进程中（除非你特别指明）。这意味着，如果你的Service需要完成一些很耗CPU资源的操作（比如播放MP3，或者使用网络），你应该在Service中创建新的线程来完成这些工作，从而降低出现程序无响应（ANR）的风险。

服务不能自己运行，需要通过调用Context.startService()或Context.bindService()方法启动服务。这两个方法都可以启动Service，但是它们的使用场合有所不同。

 1. 使用startService()方法启用服务，调用者与服务之间没有关连，即使调用者退出了，服务仍然运行。

    如果打算采用Context.startService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，接着调用onStart()方法。

    如果调用startService()方法前服务已经被创建，多次调用startService()方法并不会导致多次创建服务，但会导致多次调用onStart()方法。

    采用startService()方法启动的服务，只能调用Context.stopService()方法结束服务，服务结束时会调用onDestroy()方法。

    2. 使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。

    onBind()只有采用Context.bindService()方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用，当调用者与服务已经绑定，多次调用Context.bindService()方法并不会导致该方法被多次调用。

    采用Context.bindService()方法启动服务时只能调用onUnbind()方法解除调用者与服务解除，服务结束时会调用onDestroy()方法。

     看看官方给出的比较流程示意图：

 官方文档告诉我们，一个service可以同时start并且bind，在这样的情况，系统会一直保持service的运行状态如果service已经start了或者BIND_AUTO_CREATE标志被设置。如果没有一个条件满足，那么系统将会调用onDestory方法来终止service.所有的清理工作（终止线程，反注册接收器）都在onDestory中完成。

拥有service的进程具有较高的优先级

    官方文档告诉我们，Android系统会尽量保持拥有service的进程运行，只要在该service已经被启动(start)或者客户端连接(bindService)到它。当内存不足时，需要保持，拥有service的进程具有较高的优先级。 

1． 如果service正在调用onCreate,onStartCommand或者onDestory方法，那么用于当前service的进程则变为前台进程以避免被killed。

2． 如果当前service已经被启动(start)，拥有它的进程则比那些用户可见的进程优先级低一些，但是比那些不可见的进程更重要，这就意味着service一般不会被killed.

3． 如果客户端已经连接到service (bindService),那么拥有Service的进程则拥有最高的优先级，可以认为service是可见的。

4． 如果service可以使用startForeground(int,Notification)方法来将service设置为前台状态，那么系统就认为是对用户可见的，并不会在内存不足时killed。 如果有其他的应用组件作为Service,Activity等运行在相同的进程中，那么将会增加该进程的重要性

二、 Service启动流程

context.startService() 启动流程：

context.startService() ->onCreate()  -> onStart()  -> Servicerunning  -> context.stopService()  -> onDestroy()  -> Servicestop 

如果Service还没有运行，则android先调用onCreate()，然后调用onStart()；

如果Service已经运行，则只调用onStart()，所以一个Service的onStart方法可能会重复调用多次。 

如果stopService的时候会直接onDestroy，如果是调用者自己直接退出而没有调用stopService的话，Service会一直在后台运行，该Service的调用者再启动起来后可以通过stopService关闭Service。

所以调用startService的生命周期为：onCreate --> onStart (可多次调用)--> onDestroy 

context.bindService()启动流程：

context.bindService() -> onCreate()  -> onBind()  -> Servicerunning  -> onUnbind()  -> onDestroy() -> Service stop

onBind()将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service的实例、运行状态或其他操作。这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了，Srevice就会调用onUnbind->onDestroy相应退出。 

所以调用bindService的生命周期为：onCreate -->onBind(只一次，不可多次绑定) -->onUnbind -->onDestory。

在Service每一次的开启关闭过程中，只有onStart可被多次调用(通过多次startService调用)，其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。

三、 Service生命周期 

Service的生命周期并不像Activity那么复杂，它只继承了onCreate()、onStart()、onDestroy()三个方法

当我们第一次启动Service时，先后调用了onCreate()、onStart()这两个方法；当停止Service时，则执行onDestroy()方法。

这里需要注意的是，如果Service已经启动了，当我们再次启动Service时，不会在执行onCreate()方法，而是直接执行onStart()方法。

它可以通过Service.stopSelf()方法或者Service.stopSelfResult()方法来停止自己，只要调用一次stopService()方法便可以停止服务，无论调用了多少次的启动服务方法。

1、bindService简介

bindService是绑定Service服务，执行service服务中的逻辑流程。

service通过Context.startService()方法开始，通过Context.stopService()方法停止；也可以通过Service.stopSelf()方法或者Service.stopSelfResult()方法来停止自己。只要调用一次stopService()方法便可以停止服务，无论之前它被调用了多少次的启动服务方法。

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

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

2、bindService启动流程

context.bindService()  ——> onCreate()  ——> onBind()  ——> Servicerunning  ——> onUnbind()  ——> onDestroy()  ——> Service stop

onBind()将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service的实例、运行状态或其他操作。这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了，Srevice就会调用onUnbind->onDestroy相应退出。 

所以调用bindService的生命周期为：onCreate -->onBind(只一次，不可多次绑定) -->onUnbind -->onDestory。

在Service每一次的开启关闭过程中，只有onStart可被多次调用(通过多次startService调用)，其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。

3、bindService生命周期

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

   voidonCreate()

   voidonStart(Intent intent)

   voidonDestroy()

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

1、整个生命周期

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

2、活动的生命周期

 service的活动生命周期是在onStart()之后，这个方法会处理通过startServices()方法传递来的Intent对象。音乐service可以通过开打intent对象来找到要播放的音乐，然后开始后台播放。注： service停止时没有相应的回调方法，即没有onStop()方法，只有onDestroy()销毁方法。

onCreate()方法和onDestroy()方法是针对所有的services，无论它们是否启动，通过Context.startService()和Context.bindService()方法都可以访问执行。然而，只有通过startService()方法启动service服务时才会调用onStart()方法。

如果一个service允许别人绑定，那么需要实现以下额外的方法：

       IBinderonBind(Intentintent)

       booleanonUnbind(Intentintent)

       voidonRebind(Intent intent)

onBind()回调方法会继续传递通过bindService()传递来的intent对象

onUnbind()会处理传递给unbindService()的intent对象。如果service允许绑定，onBind()会返回客户端与服务互相联系的通信句柄（实例）。

如果建立了一个新的客户端与服务的连接，onUnbind()方法可以请求调用onRebind()方法。

 面试题相关：

1、活动周期与生命周期的区别与认识

    整体生命周期 指Service在onCreate()和onDestroy()之间。和Activity类似，Service可以在onCreate () 进行一些初始化工作，而在onDestroy () 中释放资源。比如，一个音乐播放器可以在onCreate() 创建用来播放音乐的线程，而在onDestroy() 停止这个线程。

      活动生命周期 Service在 onStartCommand() 或onBind() 后开始活动，每个方法分别处理来自 startService和 bindService() 发过来请求 Intent。如果是“Started”的Service，那么它活动的生命周期和Service的整个生命周期是一致的。如果是“绑定”的Service，那么它的活动生命周期终止与unbind()。

按使用方式分类： 

2、两种不同启动方式之前的区别

3、Service 与 Thread 的区别以及为什么使用服务？

很多时候，你可能会问，为什么要用 Service，而不用 Thread 呢，因为用 Thread 是很方便的，比起 Service 也方便多了，下面我详细的来解释一下。

1). Thread：Thread 是程序执行的最小单元，它是分配CPU的基本单位。可以用Thread 来执行一些异步的操作。

2). Service：Service 是android的一种机制，当它运行的时候如果是Local Service，那么对应的 Service 是运行在主进程的 main 线程上的。如：onCreate，onStart 这些函数在被系统调用的时候都是在主进程的 main 线程上运行的。如果是Remote Service，那么对应的 Service 则是运行在独立进程的 main 线程上。因此请不要把 Service 理解成线程，它跟线程半毛钱的关系都没有！

既然这样，那么我们为什么要用Service 呢？其实这跟 android的系统机制有关，我们先拿Thread 来说。Thread 的运行是独立于 Activity 的，也就是说当一个 Activity 被 finish 之后，如果你没有主动停止 Thread 或者 Thread 里的 run 方法没有执行完毕的话，Thread 也会一直执行。因此这里会出现一个问题：当 Activity 被 finish 之后，你不再持有该 Thread 的引用。另一方面，你没有办法在不同的 Activity 中对同一 Thread 进行控制。

Android service——Android service全面总结