Android Service 返回值

最新推荐文章于 2024-04-23 18:24:17 发布

Frank_de_Boer

最新推荐文章于 2024-04-23 18:24:17 发布

阅读量1.8k

点赞数

CC 4.0 BY-SA版权

分类专栏： android java 文章标签： android

本文链接：https://blog.youkuaiyun.com/Frakie_Kwok/article/details/69309464

android java 专栏收录该内容

5 篇文章

订阅专栏

本文探讨了手机系统中自动截图功能的异常触发问题。通过分析log文件及截图功能流程，发现onStartCommand()方法的返回值为START_STICKY时会导致服务被杀死后重启，从而出现非预期的自动截图现象。文章详细解释了onStartCommand()的不同返回值及其对应的行为。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在实际项目中，遇到手机系统的截图功能会偶尔自动执行截图，对用户的正常使用造成影响，通过分析log以及分析截图功能的流程发现，在启动onStartCommand()方法的返回值，return START_STICKY; 这个返回值表示此服务被杀死之后会尝试重新启动。也就导致截图会不时执行。
关于onStartCommand()的各个返回值，有如下解释：
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。
START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。
START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。