Service onStartCommand各种返回详解,解决问题:只调用onCreate不调用onStartCommand

简介:

Service原理这里不介绍,只介绍onStartCommand的返回和Android Reference中的问题。


onStartCommand方法必须具有一个整形的返回值,这个整形的返回值是一个描述性质的数值,用来告诉系统在服务启动完毕后,一旦遇到服务被系统销毁(System kill),系统将如何继续(操作),这些返回值必须是以下一个:

START_NOT_STICKY

       如果系统在onStartCommand返回后被销毁,系统将不会重新创建服务,除非收到一个未处理(pending悬而未决地)的Intent,当不是必须(necessary)并且Android应用能够自行简单地(simply)重启未完成业务(不通过服务),那么这样的设定是最安全的(safest)。

START_STICKY

如果系统在onStartCommand返回后被销毁,系统将会重新创建服务并依次调用onCreate和onStartCommand(注意:根据测试Android2.3.3以下版本只会调用onCreate根本不会调用onStartCommand,Android4.0可以办到),重新创建的操作将会作为事件日程序列(schedule)加入到系统事件日程列表中,在延迟一个计算时间(如:5000ms)后重新启动。但是不会重新将之前的传入的Intent创新传递给、

onStartCommand除非重新收到一个未处理(pending悬而未决地)的Intent,在这种情况下(inwhich case),未处理的心得Intent仍然按照流程被传入和处理,但是前一次操作的Intent将会变null(等同于一次带null intent的启动)。对于不需要立刻执行命令的服务,如多媒体播放器(或者其他类似(similar)的服务)那么这样的设定是非常适合的,但是服务会无限期的运行,并等待一个适合的工作(个人理解:就是服务等于又重新启动恢复到之前的状态了)。

START_REDELIVER_INTENT

START_STICKY在重新调用onStartCommand的时候,之前的Intent将会被保留,并重新传递给该方法,除非此时出现了一次新的启动服务请求,那么Intent将会被替换成新的,否则仍然使用旧的Intent。经过测试Android2.3.3对于该操作同样有效。

注意:以上行为只有在System kill event的情况下有效,stopSelf和stopService都不会过问onStartCommand的返回状态。


名词解释:

System kill:系统杀死服务,以释放内存,在低内存的情况下系统会自行操作,System kill之后的操作有onStartCommand的返回值决定,注意,正常结束服务是不会发生重启的,因为服务结束并不代表服务实例被释放,一个服务实例可以被多次启动,但是这并不表示产生了多个服务实例,从DDMS可以看到他们和hosting process使用同一个PID,服务实例是绑定在hosting process 主线程消息队列的(Message Queue)。


目录
相关文章
|
5月前
|
安全 Java API
为什么启动线程不直接调用run(),而要调用start(),如果调用两次start()方法会有什么后果
1位工作6年的小伙伴去某里P6一面,被问到这样一道面试题,说,为什么启动一个线程不直接调用run()方法,而要调用start()方法来启动,如果调用两次start()会有什么后果?
53 0
|
8月前
|
API 容器
为什么不重写Servlet中的Service()方法
为什么不重写Servlet中的Service()方法
|
Java
CheerpJ调用的两种方式
CheerpJ调用的两种方式
193 0
|
Android开发
startService源码主要流程解析
本文基于的是Android 8.0源码。
08初始化HandlerAdapter并执行找到的Handler或者HandlerExecution
HandlerAdapter介绍 实际应用使用的RequestMappingHandlerAdapter的初始化 从注册的HandlerAdapter列表中找到能处理当前找到的Handler的HandlerAdapter HandlerAdapter的执行
|
API Android开发
Service中是如何产生ANR的?
Service中是如何产生ANR的?
192 0
Service中是如何产生ANR的?
【Binder 机制】AIDL 分析 ( 创建 Service 服务 | 绑定 Service 远程服务 )
【Binder 机制】AIDL 分析 ( 创建 Service 服务 | 绑定 Service 远程服务 )
129 0
构建 View 时可能用到的代理函数调用顺序
  很多时候,要记住iPhone试图加载的life-cycle对应的代理函数是有点头疼的,特别是用Interface Builder构建界面的情况下。这给如何找到最佳的位置来添加自定义的视图绘画/初始化/配置成为了一个对于新手来说的难题。
627 0
|
Android开发
3-AIII--Service绑定服务基于接口调用方法
零、前言 1.上篇中MyBinder暴漏在外,亲自上阵,执行方法。Binder是连接者,能不出面尽量不出面,一个"电话(接口)"搞定的事就不要让他老人家(MyBinder)亲自跑一趟。
1077 0
|
存储
Receiver和Service是如何做到和Activity的生命周期绑定的?
在Activity中registeReceiver或者bindService,如果Activity销毁时还没进行unregisterReceiver或者unbindService,就会出现如下错误: 1、未调用unregisterReceiver:android.
1167 0