理解Service

简介: Service的start和bind有什么区别?Service分为两种工作状态,一种是启动状态,主要用于执行后台计算;另一种是绑定状态,主要用于其它组件和Service的交互。

Service的start和bind有什么区别?

Service分为两种工作状态,一种是启动状态,主要用于执行后台计算;另一种是绑定状态,主要用于其它组件和Service的交互。Service的这两种状态是可以共存的。
start启动的Service,Service有独立的生命周期,不依赖该组件;多次调用start方法,会重复调用onStartCommand方法;start启动的Service,必须通过stopService或者stopSelf来停止Service(IntentService会自动调用stopSelf方法)。
多次调用bind方法,只会调用一次onBind方法。bind绑定的Service,Service依赖于这些组件,这些组件全部销毁后,Service也随之销毁。

同一个Service,先startService,然后再bindService,如何把它停止掉?

不论被startService调用几次,只需stopService(或stopSelf方法)一次;调用n次bindService方法,必须调用n次unbindService方法。需要注意的是,若同一个组件多次bind一个Service,不需要多次调用unbind,只需要一次。
因此,需要调用一次 stopService(或stopSelf方法)和n次unbindService方法,执行顺序没有要求,最后一个 stopService或者unbindService方法会导致Service的onDestroy执行。

你有注意到 Service的onStartCommand方法的返回值吗?不同的返回值有什么区别?

一共有如下四种返回值:

  1. 为了兼容版本,在Service被杀死后,并不保证onStartCommand会被再一次调用。
public static final START_STICKY_COMPATIBILITY = 0
  1. Service被杀死后,保留启动状态,但不保存intent,之后系统会尝试重启该Service,并重新回调onStartCommand方法。
    如果接下来没有其它start命令,intent会为null。因此,要注意onStartCommand对intent的非空判断。
public static final int START_STICKY =1
  1. 常规操作,除非死之前还有组件调用startService,否则系统不会保留启动状态并重启该Service。
public static final int START_NOT_ STICKY = 2;
  1. Service被杀死后,系统将会组织一次Service重启(除非在那之前调用stopSelf()方法),被杀死前最后一次传递的intent将重新被执,该flag将不会传递空intent。
public static final in START_REDELIVER_INTENT = 3;

Service的生命周期方法 onCreateonStartonBind等运行在哪个线程?

Service默认是运行在主线程的,其生命周期方法也是运行在主线程。因此,如果想要在Service中执行耗时操作,必须另起线程(或者使用IntentService),否则可能会产生ANR。

目录
相关文章
|
7月前
|
XML 数据库 Android开发
Service介绍
Service介绍
59 0
|
Kubernetes 负载均衡 容器
k8s(8)Service(服务)
Service(服务)
71 0
|
Kubernetes 负载均衡 网络协议
k8s service 总结
k8s service 总结
316 0
k8s service 总结
|
XML 运维 Dubbo
实现 Service1 | 学习笔记
快速学习实现 Service1.
164 0
实现 Service1 | 学习笔记
|
Dubbo Java 应用服务中间件
实现 Service2 | 学习笔记
快速学习实现 Service2。
169 0
实现 Service2 | 学习笔记
|
API 调度
从Service到WorkManager
关于Service,想必大家都太熟悉了,今天我们就再回顾下它的使用、概念、区别、变更历史等等。
507 0
从Service到WorkManager
|
Kubernetes 负载均衡 网络协议
k8s service
Kubernetes Service 定义了这样一种抽象:一个 Pod 的逻辑分组,一种可以访问它们的策略——通常称为微服务。这一组 Pod 能够被 Service 访问到,通常是通过 Label Selector 实现的。
7081 0
|
监控 关系型数据库 Unix
|
监控 Unix 关系型数据库
|
网络协议