Service的start和bind状态有什么区别?
1、启动方式
start:Context.startService() 启动
bind:Context.bindService() 启动
2、关闭方式
start:Context.stopService() 关闭
bind:Context.unbindService() 关闭
3、生命周期
start:onCreate() -> onStartCommand() -> onDestroy()
bind:onCreate() -> onBind() -> onUnbind() -> onDestroy()
4、与启动者关系
start:启动后即使调用者被销毁,service仍然继续运行。调用者不能直接与service交互,需要借用广播、EventBus等方式进行交互。
bind:启动后service与调用者相绑定,调用者被销毁service也会被销毁。调用者与service绑定之后可进行交互。
同一个Service,先startService,然后再bindService,如何把它停止掉?
混合模式,例如在Activity里面开启个Service,但是还希望在Activity执行finish之后Service继续执行,因此可以 startService() -> bindService() 停止的时候调用 unbindService() -> stopService()
Service的onStartCommand方法的返回值
onStartCommand中返回值,常用的返回值有:START_NOT_STICKY、START_SICKY 和 START_REDELIVER_INTENT,这三个都是静态常理值。
START_NOT_STICKY:表示当Service运行的进程被Android系统强制杀掉之后,不会重新创建该Service,如果想重新实例化该Service,就必须重新调用startService来启动。
使用场景:表示当Service在执行工作中被中断几次无关紧要或者对Android内存紧张的情况下需要被杀掉且不会立即重新创建这种行为也可接受的话,这是可以在onStartCommand返回值中设置该值。如在Service中定时从服务器中获取最新数据
START_STICKY:表示Service运行的进程被Android系统强制杀掉之后,Android系统会将该Service依然设置为started状态(即运行状态),但是不再保存onStartCommand方法传入的intent对象,然后Android系统会尝试再次重新创建该Service,并执行onStartCommand回调方法,这时onStartCommand回调方法的Intent参数为null,也就是onStartCommand方法虽然会执行但是获取不到intent信息。
使用场景:如果你的Service可以在任意时刻运行或结束都没什么问题,而且不需要intent信息,那么就可以在onStartCommand方法中返回START_STICKY,比如一个用来播放背景音乐功能的Service就适合返回该值。
START_REDELIVER_INTENT:表示Service运行的进程被Android系统强制杀掉之后,与返回START_STICKY的情况类似,Android系统会将再次重新创建该Service,并执行onStartCommand回调方法,但是不同的是,Android系统会再次将Service在被杀掉之前最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中,这样我们就能读取到intent参数。
使用场景:如果我们的Service需要依赖具体的Intent才能运行(需要从Intent中读取相关数据信息等),并且在强制销毁后有必要重新创建运行,那么这样的Service就适合返回START_REDELIVER_INTENT。
Service的生命周期方法onCreate、onStart、onBind等运行在哪个线程?
都是运行在主线程,因此无法做耗时操作,否则会造成anr,如果想做耗时操作可以用IntentService