Service是Android四大组件之一，表示应用程序希望在不与用户交互的情况下在后台执行长期操>作，或是为其它应用程序提供服务，每个Service必须在AndroidManifest.xml进行注册。启动Service的方式有两种：startService和bindService
在AndroidStudio中创建一个服务十分简单，直接右键->new->Service中选择Service即可：
执行完创建流程后，会使代码中多出一个服务的java文件以及会自动在AndroidManifest.xml中注册这个服务。例如我创建的服务叫MyService，则会多出一个名为MyService.java的文件，以及会在AndroidManifest.xml中添加如下代码：
<service
android:name=".MyService"
android:enabled="true"
android:exported="true"/>
至此，服务就已经创建完成了。
StartService方式启动服务
首先，看看我们刚才创建的MyService.java：
public class MyService extends Service {
public MyService() {
}
@Override
public IBinder onBind(Intent intent) {
Log.e("print","onBind");
return null;
}
@Override
public void onCreate() {
Log.e("print","onCreate");
super.onCreate();
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.e("print","onStartCommand");
return super.onStartCommand(intent, flags, startId);
}
@Override
public void onDestroy() {
Log.e("print","onDestroy");
super.onDestroy();
}
}
使用startService方式启动这个服务，通过如下代码就可以实现：
Intent intent = new Intent(this, MyService.class);
startService(intent);
通过两行代码，当然你也可以写成一行：startService(new Intent(this, MyService.class));，就成功的启动服务了。
我们用开发者工具来看一下是否真的启动了：
当第一次调用startService时，Logcat打印出了如下日志：
E/print: onCreate
E/print: onStartCommand
也就是说，第一次调用startService时，会执行onCreate和onStartCommand两个生命周期方法，而我们尝试再次调用startService，发现只打印出了onStartCommand。因此我们发现：第一次调用startService时，onCreate与OnStartCommand都会被执行，再继续调用startService方法，只有onStartCommand会被执行。
我们想结束这个服务，通过以下代码就可以实现：
stopService(intent);
当执行这行代码时，会走Service的onDestroy方法，因此控制台上会打印出：E/print: onStartCommand，当我再次去调用stopService时，控制台上没有再打印出日志信息，说明对于一个服务，无论调用多少次stopService，它的onDestroy方法只会被调用一次。
bindService方式启动服务
bindService要比startService复杂一些，我们来看下bindService的方法原型
public boolean bindService(Intent, ServiceConnection, int)
第一个参数Intent不必多说了吧。第二个ServiceConnection是一个接口，用于监听服务的状态，此参数不能为空，且与很多Android中的回调接口一样，该接口中的方法都是从主线程中调用的。第三个参数是一个int类型的参数，表示绑定服务的操作选项。
先用起来再说：
private class MyConnection implements ServiceConnection {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
//成功与服务建立连接时回调
Log.e("print", "onServiceConnected");
}
@Override
public void onServiceDisconnected(ComponentName name) {
//当服务出现问题时被回调,当服务又重新正常运行时,又会执行onServiceConnected回调
Log.e("print", "onServiceDisconnected");
}
}
Intent intent = new Intent(this, MyService.class);
mConnection = new MyConnection();
//第三个参数一般传入BIND_AUTO_CREATE 自动创建service
bindService(intent, mConnection, BIND_AUTO_CREATE);
似乎这样就可以了，运行程序，控制台得到如下日志输出：
E/print: onCreate
E/print: onBind
多次调用bindService，控制台的结果仍然只有上面的两条
然后就没有了？说好的会回调onServiceConnected呢？既然没回调，就说明没有与这个服务绑定成功，但此时，在Activity的onDestroy生命周期方法中，仍然需要调用unbindService方法：
@Override
protected void onDestroy() {
super.onDestroy();
unbindService(mConnection);
}
否则，你会得到android.app.ServiceConnectionLeaked这样的异常。
为什么onServiceConnected没有被回调呢？是因为如果我们采用bindService方式的话，必须要在Service中的onBind方法中返回一个IBinder接口的实现，而Binder类实现了IBinder接口，因此，我们可以继承Binder类，在类中提供Service与外界的交互方法即可：
@Override
public IBinder onBind(Intent intent) {
Log.e("print","onBind");
return new MyBinder();
}
public class MyBinder extends Binder {
public void print(){
Log.e("print", "MyService");
}
}
只有当Service中的onBind返回了一个IBinder的实现时，调用bindService后，onServiceConnected回调才会被执行。因此，对Service做出上述改进后，再次运行程序，控制台输出如下：
E/print: onCreate
E/print: onBind
E/print: onServiceConnected
这次，就没问题了，成功的与MyService建立了连接。如果此时，我再多次调用bindService，无任何反应。因此现在我们可以做一个总结：当Service中的onBind方法返回null时，无论调用多少次bindService，都只会执行一次onCreate和一次onBind；当Service中的onBind方法返回不为null时，无论调用多少次bindService，onCreate、onBind和ServiceConnection的onServiceConnected都只会执行一次。
那么我们绑定成功了后，如何调用到Service中的方法呢？注意看一下onServiceConnected方法的最后一个参数：IBinder，大胆猜测，Service中onBind的返回值被带到了这里，在本例中，你可以理解为：IBinder service = new MyBinder();，那岂不是我们只需要将service类型强转为MyBinder就行了？实验下：
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
//成功与服务建立连接时回调
Log.e("print", "onServiceConnected");
MyService.MyBinder binder = (MyService.MyBinder) service;
binder.print();
}
此时，控制台就会输出：E/print: MyService，也就证明了我们在Activity中调用到了Service中的方法。
如果我们用bindService的方式启动服务，那么这个服务是和绑定在一起的Activity生命周期有关的，因此，在Activity被销毁时，务必要调用unbindService解除绑定，哪怕是Service中的onBind返回null导致Activity与Service连接未成功，也必须要调用unbindService，且unbindService只能调用一次，若多次调用，会抛出异常。
startService与bindService共同启动Service
这种情况就是，通过startService开起了服务后，仍然可以使用bindService来绑定服务，它们的调用无先后之分，但无论你怎么调用，Service的onCreate方法都只执行一次。如果是使用startService，每次都必定会执行onStartCommand生命周期方法；如果是使用bindService，只有第一次会执行onCreate与onBind方法，之后都不会执行任何方法。通过两种方式混合启动的Service，必须同时使用stopService和unbindService才能触发该服务的onDestroy方法，使其停止。
结束
好了，关于Service的知识差不多就总结这么多吧。
