Service的启动模式以及onStartCommand的重载

#Service启动顺序
##startService调用
###在启动Service的时候，如果是第一次启动Service调用顺序为onCreate->onStartCommand->onStart；销毁Servie时调用onDestroy函数；
###在开启Service的时候如果Service已经被创建则直接调用onStartCommand函数，不再调用onCreate函数
##bindService调用
###bindService调用时，若Service没有被创建调用bindService首先会onCreate然后再onBind，正常的调用顺序是首先startService再bindService
###在销毁时首先unbind函数，之后再stopService
#onStartCommand函数
###Service如果在调用stopService以及stopSelf之前停止，即发生异常停止了服务，服务会再次自动启动，在启动时会首先调用onStartCommand函数再调用onStart函数，因此在onStartCommand函数中返回一个返回值，用来表示服务的启动方式。
###函数体：onStartCommand(Intent intent, int flags, int startId)此函数有一个返回值，返回值的值可能是START_STICKY、START_NOT_STICKY、START_REDELIVER_INTENT。
###START_STICKY：在服务被杀死后保留服务的状态为初始状态，但不保留传入的Intent，重新启动服务调用onStartCommand时，如果没有其他启动命令传递到Service中的话，此时Intent的值为空
###START_NOT_STICKY：在服务被意外杀死时，不会重新启动服务
###START_REDELIVER_INTENT：服务被意外杀死后，会自动重启服务，重新启动时会保留Intent