Service回顾

一、Service简介

Service是Android程序中四大基础组件之一，它和Activity一样都是Context的子类，
只不过它没有UI界面，是在后台运行的组件。
Service是Android中实现程序后台运行的解决方案，它非常适用于去执行那些不需
要和用户交互而且还要求长期运行的任务。Service默认并不会运行在子线程中，它
也不运行在一个独立的进程中，它同样执行在UI线程中，因此，不要在Service中执
行耗时的操作，除非你在Service中创建了子线程来完成耗时操作。

二、Service种类

按运行地点分类：

按运行类型分类：

按使用方式分类：

三、Service生命周期

OnCreate()
系统在service第一次创建时执行此方法，来执行只运行一次的初始化工作。如果
service已经运行，这个方法不会被调用。
onStartCommand()
每次客户端调用startService()方法启动该Service都会回调该方法（多次调用）。一
旦这个方法执行，service就启动并且在后台长期运行。通过调用stopSelf()或
stopService()来停止服务。
OnBind()
当组件调用bindService()想要绑定到service时(比如想要执行进程间通讯)系统调用
此方法（一次调用，一旦绑定后，下次再调用bindService()不会回调该方法）。在
你的实现中，你必须提供一个返回一个IBinder来以使客户端能够使用它与service通
讯，你必须总是实现这个方法，但是如果你不允许绑定，那么你应返回null。
OnUnbind()
当前组件调用unbindService()，想要解除与service的绑定时系统调用此方法（一次
调用，一旦解除绑定后，下次再调用unbindService()会抛出异常）。
OnDestory()
系统在service不再被使用并要销毁时调用此方法（一次调用）。service应在此方法
中释放资源，比如线程，已注册的侦听器，接收器等等．这是service收到的最后一
个调用。
下面是三种不同情况下Service的生命周期情况。

1.startService / stopService

生命周期顺序：onCreate->onStartCommand->onDestroy
如果一个Service被某个Activity 调用 Context.startService方法启动，那么不管是否
有Activity使用bindService绑定或unbindService解除绑定到该Service，该Service都
在后台运行，直到被调用stopService，或自身的stopSelf方法。当然如果系统资源
不足，android系统也可能结束服务，还有一种方法可以关闭服务，在设置中，通过
应用->找到自己应用->停止。
注意点：
①第一次 startService 会触发 onCreate 和 onStartCommand，以后在服务运行过
程中，每次 startService 都只会触发 onStartCommand
②不论 startService 多少次，stopService 一次就会停止服务

2.bindService / unbindService

生命周期顺序：onCreate->onBind->onUnBind->onDestroy
如果一个Service在某个Activity中被调用bindService方法启动，不论bindService被
调用几次，Service的onCreate方法只会执行一次，同时onStartCommand方法始终
不会调用。
当建立连接后，Service会一直运行，除非调用unbindService来解除绑定、断开连
接或调用该Service的Context不存在了（如Activity被Finish——即通过bindService
启动的Service的生命周期依附于启动它的Context），系统在这时会自动停止该
Service。
注意点：
第一次 bindService 会触发 onCreate 和 onBind，以后在服务运行过程中，每次
bindService 都不会触发任何回调

3.混合型（上面两种方式的交互）

当一个Service在被启动(startService)的同时又被绑定(bindService)，该Service将
会一直在后台运行，并且不管调用几次，onCreate方法始终只会调用一次，
onStartCommand的调用次数与startService调用的次数一致（使用bindService方法
不会调用onStartCommand）。同时，调用unBindService将不会停止Service，必
须调用stopService或Service自身的stopSelf来停止服务。

在什么情况下使用 startService 或 bindService 或 同时使用startService 和 bindService？

①如果你只是想要启动一个后台服务长期进行某项任务那么使用 startService 便可
以了。
②如果你想要与正在运行的 Service 取得联系，那么有两种方法，一种是使用
broadcast ，另外是使用 bindService ，前者的缺点是如果交流较为频繁，容易造
成性能上的问题，并且 BroadcastReceiver 本身执行代码的时间是很短的（也许执
行到一半，后面的代码便不会执行），而后者则没有这些问题，因此我们肯定选择
使用 bindService（这个时候你便同时在使用 startService 和 bindService 了，这在
Activity 中更新 Service 的某些运行状态是相当有用的）。
③如果你的服务只是公开一个远程接口，供连接上的客服端（android 的 Service
是C/S架构）远程调用执行方法。这个时候你可以不让服务一开始就运行，而只用
bindService ，这样在第一次 bindService 的时候才会创建服务的实例运行它，这会
节约很多系统资源，特别是如果你的服务是Remote Service，那么该效果会越明显
（当然在 Service 创建的时候会花去一定时间，你应当注意到这点）

一般面试官问到两种启动方式的区别，可以这么回答

startService只是启动Service，启动它的组件（如Activity）和Service并没有关联，只有当Service调用stopSelf或者其他组件调用stopService服务才会终止。
bindService方法启动Service，其他组件可以通过回调获取Service的代理对象和Service交互，而这两方也进行了绑定，当启动方销毁时，Service也会自动进行unBind操作，当发现所有绑定都进行了unBind时才会销毁Service。