android Service 问题

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后一定能重启。