启动Service

Service同样需要使用intent来启动，所以可以在AndroidManifest.xml中配置它可以被哪种intent启动。Service有两种启动方式：

通过Context的starService()：
此种方法启动的Service无法与启动者关联，启动者退出后，Service依然在运行。
通过Context的bindService()：
访问者与Service绑定在一起，可以同Service通过IBinder接口进行通信。访问者退出，Service终止。

Android 5.0后，启动Service必须使用显式Intent。

Service的生命周期

先来张图：

Service有以下主要的生命周期方法：

onCreate()：
第一次创建后回调该方法，多次启动一个已有的Service时，不会回调该方法。
onStartCommand：
每次调用startService()时，且只有调用startService()会回调该方法。
onBind：
第一个客户端调用bindService()时回调该方法。
onUnBind：
最后一个客户端调用unBindService时回调该方法。
onDestroy：
Service被销毁时回调该方法。

Service在不同的启动方式时有不同的生命周期：

调用startService()：onCreate() -> onStartCommand() -> onDestroy()
调用bindService：onCreate() -> onBind() -> onUnBind() -> onDestroy()

特殊生命周期：
startService() -> bindService() -> unBindService() -> bindService() 时，生命周期如下：
onCreate() -> onStartCommand() -> onBind() -> onUnBind() （返回true）-> onRebind()

一点思考：

Bind一个已经启动的Service后再UnBind，该Service并不会Destroy，所以，要实现一个长时间在后台运行且又可以与Activity通信的Service，可以先startService()，再bindService()，当不需要这个Service，stopService()。

绑定Service并与之通信

绑定Service使用bindService(Intent intent, ServiceConnection conn, int flags)方法，在Context中使用ServiceConnection对象监听连接状态。连接成功后回调ServiceConnection对象的onServiceConnected(ComponentName name, IBinder service)方法，当Service所在进程异常终止时，回调onServiceDisconnected(ComponentName name)，该方法正常unBind时不会被调用。

通常我们自己实现IBinder接口，并在Service的onBind()方法中返回，然后在onServiceConnected(ComponentName name, IBinder service)方法中就可以获取到这个IBinder，进而实现与Service进行通信的目的。

多次调用bindService()方法并不会执行重复绑定。

Service存在的问题

Service不会单独启动一个进程，它和它所在应用位于同一个进程
Service不是一条新的线程，在它里面处理耗时任务需要单独启动一条线程

IntentService

由于Service有那样的问题，所以诞生了IntentService来弥补Service的不足。它使用队列来管理请求Intent，客户端通过Intent请求启动IntentService时，它将Intent加入到队列中，并开启一条新的worker线程来处理该Intent。同一时刻只处理一个Intent。

使用IntentService不需重写onStartCommand()和onBind()，只需重写onHandleIntent()。worker线程会回调onHandleIntent()。当队列中所有请求处理完成后，IntentService会自动停止。