1)startService生命周期

• 当Client调用startService(Intent serviceIntent)后，如果Service是第一次启动，首先会执行onCreate()，然后再执行onStartCommand。
  
• 在Service启动后，当Client再次调用startService(Intent serviceIntent)，将只执行onStartCommand(Intent intent, int flags, int startId)。
  
• 使用startService方式启动Service不会回调onBind()方法。
  
• 无论多少次的startService，只需要一次stopService()即可将此Service终止，此时Service会执行onDestroy()函数。
  
• 如果多次调用stopService()，或如果Service没有启动时调用stopService()，不会出现任何报错或问题。
• 当用户强制kill掉进程时，onDestroy()是不会执行的。
  
• 完整生命周期：onCreate(仅首次startService时回调) > onStartCommand > onStartCommand - optional ... > onDestroy。
  

1. 自定义Service继承Service，并重写onBind方法，此方法中需要返回具体的IBinder对象(一般将其定义为Service的内部类)；
   
2. 一般此IBinder是这样定义的 private class MyBinder extends Binder implements IBinderInterface 目的是可以通过自定义接口间接的访问Service；
   
3. Client通过bindService(Intent, ServiceConnection, flag)方法将Service绑定到此Client上，绑定时需传递一个ServiceConnection实例；
   
4. 一般让Client自身实现ServiceConnection接口，或在Client中定义一个内部类，如 private class MyServiceConnection implements ServiceConnection ；
   
5. 在自定义ServiceConnection的回调方法onServiceConnected(ComponentName, IBinder)中，Client便可获取Service端IBinder实例；
   
6. 获取到IBinder实例之后，Client端便可以通过自定义接口中的API间接调用Service端的方法，实现和Service的通信；
   
7. 当Client在恰当的生命周期(如onDestroy)需要和Service解绑时，通过调用unbindService(ServiceConnection)即可。

• 为Service的绑定者回调方法，即当Client和Service成功绑定后，Service可以通过回调ServiceConnection的onServiceConnected方法，将Client需要的IBinder对象返回给Client。ServiceConnection可以理解为Client和Service之间的桥梁(连接器)
  
• 当Client和Service解绑定时，也是将通过解除Client和Service之间的桥梁ServiceConnection来实现的
  

• Context.BIND_AUTO_CREATE=1(常用)。表示收到绑定请求的时候，如果服务尚未创建，则即刻创建；在系统内存不足，需要先摧毁优先级组件来释放内存，且只有驻留该服务的进程成为被摧毁对象时，服务才被摧毁。
  

• Context.BIND_DEBUG_UNBIND=2。通常用于调试场景中，判断绑定的服务是否正确，但容易引起内存泄漏，因此非调试目的的时候不建议使用。

• Context.BIND_NOT_FOREGROUND=4。表示系统将阻止驻留该服务的进程具有前台优先级，仅在后台运行，该标志位在Froyo中引入。

• 绑定服务，首先要做的事情就是先用Map记录当前绑定服务所需的一些信息， 然后启动服务。
  
• 解绑服务，先从早前的Map集合中移除记录，然后停止服务。
  
• 如果解绑后再次解绑，无非就是再到这个map集合中找找有没有这条记录，没有找到就抛出服务没有注册的异常，也就是早前根本没有注册过任何服务。
  

@Deprecated
public void onStart(Intent intent, int startId) {}

public int onStartCommand(Intent intent, int flags, int startId) {
    onStart(intent, startId);
    return mStartCompatibility ? START_STICKY_COMPATIBILITY : START_STICKY;
}

参数(用途不大)

• START_STICKY_COMPATIBILITY=0：此值一般不会使用，所以注意下面三种情形就好。
• START_STICKY=1：当Service因为内存不足而被系统kill后，接下来未来的某个时间内，当系统内存足够可用的情况下，系统将会尝试重新创建此Service，一旦创建成功后将回调onStartCommand(...)方法，但其中的Intent将是null，pendingintent除外。
  
• START_NOT_STICKY=2：当Service因为内存不足而被系统kill后，接下来未来的某个时间内，即使系统内存足够可用，系统也不会尝试重新创建此Service。除非程序中Client明确再次调用startService(...)启动此Service。
• START_REDELIVER_INTENT=3：与START_STICKY唯一不同的是，回调onStartCommand(...)方法时，其中的Intent将是非空，将是最后一次调用startService(...)中的intent。