之前一直零零星星的接触过Service，但一直没有好好的总结过，今天在这里好好记录一下我对Service的理解。
1. Service的典型应用
为了之后的概念理解起来不那么抽象，首先给出一个具体的常见应用场景--播放音乐。平时我们在手机上边干其他事边听音乐的时候，都是Service在帮我们处理播放音乐这个事。有了这个具体实例，下文中碰到对Service感觉有些抽象的概念，把它套到这个应用场合，也许会对你的理解有帮助。
2. 什么是Service
Service是android 系统中的四大组件（Activity、Service、BroadcastReceiver、ContentProvider）之一。它是运行在后台并且没有界面的，主要适用于去执行那些不需要人机交互而又需要长期运行的任务（如果你想通过界面和Service交互，可以通过bindService实现，这个稍后再介绍）。
3. Service的用法
3.1 注册
和其他四大组件一样，Service使用之前同样需要在AndroidManifest.xml中注册才能生效，示例代码如下：
<service
android:name=".MyService"
android:enabled="true" >
<intent-filter>
<action android:name="com.roby.testproject.testservice.MyServiceAction" />
</intent-filter>
</service>在 AndroidManifest.xml 里 Service 元素的常见选项
android:name ------------- 服务类名
android:label -------------- 服务的名字，如果此项不设置，那么默认显示的服务名则为类名
android:icon -------------- 服务的图标
android:permission ------- 申明此服务的权限，这意味着只有提供了该权限的应用才能控制或连接此服务
android:process ---------- 表示该服务是否运行在另外一个进程，如果设置了此项，那么将会在包名后面加上这段字符串表示另一进程的名字
android:enabled ---------- 如果此项设置为 false，那么 Service 将会无法被启动，不设置默认此项为 true
android:exported --------- true表示该服务能够被其他应用程序所控制或连接，不设置默认此项为 true
3.2 启动
Service的启动有两种方式：context.startService() 和 context.bindService()
3.2.1 startService() 启动
如果你只是想要启动一个后台服务长期进行某项任务而不需要与其进行交互，那么使用 startService 便可以了,流程如下（红色为Service类内部的流程）：
context.startService() -> onCreate() ->onStartCommand() -> Service running -> context.stopService() -> onDestroy() -> Service stop
示例：
//1.显式Intent
Intent intent = new Intent（this,MyService.class）;
/*
//2.隐式Intent （如果注册service时android:exported为true，那么在其他app中也能通过这种方式启动这个Service）
Intent intent = new Intent("com.roby.testproject.testservice.MyServiceAction");
intent.setPackge("com.roby.testproject.testservice");//Android5.0之后都需要用显式Intent启动Service，如果想像以前那样用隐式Intent启动则需要调用setPackge
*/
startService(intent);//如果Service还未启动过，则服务类先调用onCreate()，然后调用onStartCommand()，否则只调用后者，所以一个Service的onStartCommand方法可能会重复调用多次
/**************
*Do something when service is running
***************/
stopService(intent);//触发服务类的onDestroy，如果是调用者自己直接退出而没有调用stopService的话，Service会一直在后台运行，该Service的调用者再启动起来后可以通过stopService关闭Service所以调用startService的生命周期为：onCreate -->onStartCommand(可多次调用) -->服务一直后台运行 --> onDestroy
3.2.2 bindService()启动：
context.bindService() -> onCreate() -> onBind() -> Service running ->context.unbindService()->onUnbind() -> onDestroy() -> Service stop
//定义一个服务类的变量，关联服务后可以通过它与服务交互
private MyService myservice;
//定义ServiceConnection
private ServiceConnection serviceconection=new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder service) { //connect Service
myservice = ((MyService.MyBinder) (service)).getService();
}
@Override
public void onServiceDisconnected(ComponentName name) {
//disconnect Service 正常情况下是不被调用的，它的调用时机是当Service服务被异外销毁时，例如内存的资源不足时
myservice = null;
}
};
//绑定
boolean isBinded = false;
Intent intent = new Intent（this,MyService.class）;//同样可以用隐式Intent，上文已经提过，这里不赘述
bindService(intent, serviceconection, BIND_AUTO_CREATE);//在serviceconnection.onServiceConnected中获取服务并赋值myservice
isBinded = true;
/**************
*Do something when service is running
比如 ：
if(myservice!=null) myservice.Test();
//因为bindService需要一定时间，所以不应该在这里立即调用服务类的方法，应该放到其他时机去调用，这里只是为了结构清晰把这段代码放在这里
***************/
if(isBinded){
//当需要的工作完成后，解除绑定,需要与bindService一一对应调用，如果多次调用则会抛出异常,所以这里用一个标志来判断是否需要调用unbindService
unbindService(serviceconection);
isBinded = false;
}private final IBinder mbinder = new MyBinder();
public class MyBinder extends Binder {
MyService getService() {
return MyService.this;
}
}
/*
onBind只一次，不可多次绑定
onBind返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service的实例、运行状态或其他操作。这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了，Srevice就会调用onUnbind->onDestroy相应退出
*/
@Override
public IBinder onBind(Intent intent) {
return mbinder;
}
public void Test(){
//do something
}1.Service.onBind如果返回null，则调用 bindService 会启动 Service，但不会连接上 Service，因此 ServiceConnection.onServiceConnected 不会被调用，但你任然需要使用 unbindService 函数断开它，这样 Service 才会停止。2.在Service每一次的开启关闭过程中，只有onStartCommand可被多次调用(通过多次startService调用)其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。
4. Service的生命周期
1). 被启动的服务的生命周期：如果一个Service被某个Activity 调用 Context.startService 方法启动，那么不管是否有Activity使用bindService绑定或unbindService解除绑定到该Service，该Service都在后台运行。如果一个Service被startService 方法多次启动，那么onCreate方法只会调用一次，onStart将会被调用多次（对应调用startService的次数），并且系统只会创建Service的一个实例（因此你应该知道只需要一次stopService调用）。该Service将会一直在后台运行，而不管对应程序的Activity是否在运行，直到被调用stopService，或自身的stopSelf方法。当然如果系统资源不足，android系统也可能结束服务。
2). 被绑定的服务的生命周期：如果一个Service被某个Activity 调用 Context.bindService 方法绑定启动，不管调用 bindService 调用几次，onCreate方法都只会调用一次，同时onStart方法始终不会被调用。当连接建立之后，Service将会一直运行，除非调用Context.unbindService 断开连接或者之前调用bindService 的 Context 不存在了（如Activity被finish的时候），系统将会自动停止Service，对应onDestroy将被调用。
3). 被启动又被绑定的服务的生命周期：如果一个Service又被启动又被绑定，则该Service将会一直在后台运行。并且不管如何调用，onCreate始终只会调用一次，对应startService调用多少次，Service的onStart便会调用多少次。调用unbindService将不会停止Service，而必须调用 stopService 或 Service的 stopSelf 来停止服务。
4). 当服务被停止时清除服务：当一个Service被终止（1、调用stopService；2、调用stopSelf；3、不再有绑定的连接（没有被启动））时，onDestroy方法将会被调用，在这里你应当做一些清除工作，如停止在Service中创建并运行的线程。
特别注意：
1. 你应当知道在调用 bindService 绑定到Service的时候，你就应当保证在某处调用 unbindService 解除绑定（尽管 Activity 被 finish 的时候绑定会自动解除，并且Service会自动停止）；
2. 你应当注意 使用 startService 启动服务之后，一定要使用 stopService停止服务，不管你是否使用bindService；
3. 同时使用 startService 与 bindService 要注意到，Service 的终止，需要unbindService与stopService同时调用，才能终止 Service，不管 startService 与 bindService 的调用顺序，如果先调用 unbindService 此时服务不会自动终止，再调用 stopService 之后服务才会停止，如果先调用 stopService 此时服务也不会终止，而再调用 unbindService 或者 之前调用 bindService 的 Context 不存在了（如Activity 被 finish 的时候）之后服务才会自动停止；
4. 当在旋转手机屏幕的时候，当手机屏幕在“横”“竖”变换时，此时如果你的 Activity 如果会自动旋转的话，旋转其实是 Activity 的重新创建，因此旋转之前的使用 bindService 建立的连接便会断开（Context 不存在了），对应服务的生命周期与上述相同。
5. 在 sdk 2.0 及其以后的版本中，对应的 onStart 已经被否决变为了 onStartCommand，不过之前的 onStart 任然有效。这意味着，如果你开发的应用程序用的 sdk 为 2.0 及其以后的版本，那么你应当使用 onStartCommand 而不是 onStart
6. Service并不是一个独立的进程(这里只讨论本地服务，remote service后续再说)，它寄生于创建它的应用程序进程中，当这个“寄主进程”被kill的时候，依赖于这个寄主进程的服务也会停止运行。想检测这个效果的同学可以在播放音乐的时候把你后台运行的播放器进程杀掉（不是仅仅退出界面），可以看到播放的音乐也停止了。
5.Service 与 Thread 的区别
使用Service的时候要注意它是跟创建它的进程处于同一个线程的，而并不是一个新的线程，所以当我们想要在Service里做一些耗时或阻塞的操作时，应该自己在Service内部手动创建一个线程去完成（或者使用 IntentService类，该类会自动开启线程），否则有可能让主线程卡死出现ANR（Application Not Responding）。
很多时候，你可能会问，为什么要用 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 进行控制。
举个例子：如果你的 Thread 需要不停地隔一段时间就要连接服务器做某种同步的话，该 Thread 需要在 Activity 没有start的时候也在运行。这个时候当你 start 一个 Activity 就没有办法在该 Activity 里面控制之前创建的 Thread。因此你便需要创建并启动一个 Service ，在 Service 里面创建、运行并控制该 Thread，这样便解决了该问题（因为任何 Activity 都可以控制同一 Service，而系统也只会创建一个对应 Service 的实例）。
因此你可以把 Service 想象成一种消息服务，而你可以在任何有 Context 的地方调用Context.startService、Context.stopService、Context.bindService，Context.unbindService，来控制它，你也可以在 Service 里注册 BroadcastReceiver，在其他地方通过发送 broadcast 来控制它，当然这些都是 Thread 做不到的。
好了，有关Service的基本知识就写到这里，掌握了以上这些，你就可以在你的项目中自如的玩转Service啦，至于其他一些不是很常用的相关知识，比如前台服务，远程服务，IntentService等等，我会在后续的文章中再陆续介绍。
扫一扫
6600
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
