首先、我们来看下下面的流程图：
======
以上是两种生命周期，那我先不讲它们怎么实现。
首先写个类继承Service
public class Dujinyang extends Service {
int myStartMode; // indicates how to behave if the service is killed
IBinder myBinder; // interface for clients that bind
boolean myAllowRebind; // indicates whether onRebind should be used
@Override
public void onCreate() {
// The service is being created
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
// The service is starting, due to a call to startService()
return mStartMode;
}
@Override
public IBinder onBind(Intent intent) {
// A client is binding to the service with bindService()
return mBinder;
}
@Override
public boolean onUnbind(Intent intent) {
// All clients have unbound with unbindService()
return mAllowRebind;
}
@Override
public void onRebind(Intent intent) {
// A client is binding to the service with bindService(),
// after onUnbind() has already been called
}
@Override
public void onDestroy() {
// The service is no longer used and is being destroyed
}
}
---那我们可以看到的是，服务的生命周期很简单，里面包含了2个启动方式的生命周期，它只继承了onCreate(),onStart(),onDestroy()三个方法，当我们第一次启动Service时，先后调用了onCreate(),onStart()这两个方法，当停止Service时，则执行onDestroy()方法。
---这里需要注意的是，如果Service已经启动了，当我们再次启动Service时，不会在执行onCreate()方法，而是直接执行onStart()方法。
这2种启动模式，执行着上图的生命周期，只是启动的时候调用下面的2种不同方式便可。
1。startService()
2。bindService()
=========================================================================
-
本地服务 Local Service 用于应用程序内部。
--》调用Context.startService()启动，以调用Context.stopService()结束。它可以调用Service.stopSelf() 或 Service.stopSelfResult()来自己停止。值得一提的是： 不论你调用了多少次startService()方法，只需要调用一次stopService()就可以停止服务了。 （用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。） - 远程服务 Remote Service 用于android系统内部的应用程序之间。
它通过自己定义并暴露出来的接口进行程序之间的操作。客户端建立一个到服务对象的连接，并通过这个连接来调用服务。这个连接以调用Context.bindService()方法建立，以调用 Context.unbindService()关闭，就像AIDL。多个客户端可以绑定至同一个服务。如果服务此时还没有加载，bindService()会先加载它。
（可被其他应用程序复用，调用已有的即可，就像第三方的应用）。
2． 如果当前service已经被启动(start)，拥有它的进程则比那些用户可见的进程优先级低一些，但是比那些不可见的进程更重要，这就意味着service一般不会被killed.
3． 如果客户端已经连接到service (bindService),那么拥有Service的进程则拥有最高的优先级，可以认为service是可见的。
4． 如果service可以使用startForeground(int, Notification)方法来将service设置为前台状态，那么系统就认为是对用户可见的，并不会在内存不足时killed。