1
开启服务的两种方式：
startService：开启服务后与程序脱离（除非程序卸载或者调用stop），始终运行。
bindService：与相关程序生命周期绑定，例如activity，ondestory时结束运行。
另外 Android 8.0 引入了一种全新的方法startForegroundService来开启服务，在系统创建服务后，应用有五秒的时间来调用该服务的startForeground()方法以显示新服务的用户可见通知。如果应用在此时间限制内未调用startForeground()，则系统将停止服务并声明此应用为ANR。
详情请看：https://blog.csdn.net/shift_wwx/article/details/82496447
2
start方式启动服务:
onCreate: 服务创建时调用
onStartCommand: 服务被调用开启方法时调用
onDestroy: 服务销毁时调用
bind方式启动服务:
onCreate: 服务创建时调用
onBind: 服务被绑定时调用
onServiceConnected: 服务连接时调用。该API并不属于Service，而是属于ServiceConnection。而这个接口作为参数在绑定时传递给了Service
onUnbind: 服务被解绑时调用
onDestroy: 服务销毁时调用
先start后bind
onCreate-onStartCommand-onBind-onServiceConnected-onUnbind-onDestroy
先bind后start
onCreate-onBind-onStartCommand-onServiceConnected-onUnbind-onDestroy
3 onStartCommand返回值
1):START_STICKY： 如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由 于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传 递到service，那么参数Intent将为null。
2):START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务
3):START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
4):START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。
