Service 中onStartCommand方法参数的含义

最新推荐文章于 2024-03-22 11:12:00 发布
最新推荐文章于 2024-03-22 11:12:00 发布
阅读量151 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 移动开发 python
原文链接：https://my.oschina.net/u/1463920/blog/477275
本文详细解析了Android中Service的onStartCommand(Intent intent, int flags, int startId)方法中三个参数的含义，包括intent、flags和startId的作用，并介绍了START_FLAG_REDELIVERY和START_FLAG_RETRY的用法。

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

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

在Service中onStartCommand(Intent intent, int flags, int startId)这三个参数的含义分别是，intent就是startService(Intent intent)中的intent;flags代表flags表示启动服务的方式：  

Additional data about this start request. Currently either 0, START_FLAG_REDELIVERY, or START_FLAG_RETRY.  

  

START_FLAG_REDELIVERY： 如果你实现onStartCommand()来安排异步工作或者在另一个线程中工作, 那么你可能需要使用START_FLAG_REDELIVERY来 让系统重新发送一个intent。这样如果你的服务在处理它的时候被Kill掉, Intent不会丢失.  

START_FLAG_RETRY：表示服务之前被设为START_STICKY，则会被传入这个标记。 startId的值为对这个service请求的activity或者其他实体的编号，唯一。


转载于:https://my.oschina.net/u/1463920/blog/477275

Android中Service的onStartCommand（）方法返回值和参数含义
yuncaidaishu的博客
08-25 2464
当通过startService（intent）方法启动一个Service时，会调用Service的onStartCommand（）方法。该方法有3个参数：intent、flags、startId。有4个返回值：START_STICKY、START_NOT_STICKY、START_REDELIVER_INTENT、START_STICKY_COMPATIBILITY。 一 返回值含义 1...
Service的onStartCommand方法的返回值和参数详解
风行天下
09-09 8785
前言： Android Service的onStartCommand方法是在通过startService()的方式启动Service的时候被调用的声明周期方法。 需要注意的是，如果多次用startService()尝试启动同一个Service，该Service的onStartCommand方法就会多次被调用。但是该Service的onCreate方法只会被调用一次，只会创建一个Service实...
onstartcommand 返回值
梦想不只是梦与想的博客
09-15 702
START_STICKY 粘性的 service强制杀死后，会尝试重新启动service，不会传递原来的intent（null） START_NOT_STICKY 非粘性的 service强制杀死后，不会尝试重新启动service START_REDELIVER_INTENT service强制杀死后，会尝试重新启动service，会传递原来的intent...
Service中的onStartCommand()方法的三种返回值的含义以及理解
abc709272013的博客
11-12 2334
在service中，onStartCommand()方法有三种返回值： START_STICKY（常量值：1）：sticky的意思是“粘性的”。使用这个返回值时，我们启动的服务跟应用程序"粘"在一起，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务。当再次启动服务时，传入的第一个参数将为null;START_NOT_STICKY（常量值：2）：“非粘
Service重启之onStartCommand
goofydev的博客
11-17 308
Service.java /**  * Constant to return from {@link #onStartCommand}: compatibility  * version of {@link #START_STICKY} that does not guarantee that  * {@link #onStartCommand} will be called again
Android后台服务在屏幕休眠保持运行
qixiang_chen的博客
05-05 1万+
Android App中的Service可以保持后台运行，比如音乐播放就是Service的典型应用，在开发移动APP时，很多业务场景需要用到Service保持在后台运行，在实现过程中让Service在屏幕休眠下继续保持运行，往往没有按照预期运行，下面例程中实现后台服务定时上报GPS数据，尝试多种方式勉强实现。 1、将服务设置为前台服务，在屏幕左上角显示一个图标 在Service的onStartC...
Service: onStartCommand 诡异的返回值
CodingMan
05-24 9012
通过 startService 启动的服务，一定会调用 service 的 onStartCommand 方法。 Service 源码里面，onStartCommand 方法的原型  public int onStartCommand(Intent intent, int flags, int startId) {         onStart(intent, startI
Service onStartCommand的参数和返回值的含义
ReminderFish
12-12 5731
onStartCommand参数与返回值的含义
服务中onStartCommand方法返回值的作用
王光荣的专栏
06-05 1669
Android Service 中onStartCommand方法返回值的作用是什么?
Android之service之onStartCommand是否再服务启动的时候就执行一次
oiooooio的专栏
03-22 1531
服务对象的实例化：服务第一次启动时创建实例，且仅创建一次。onCreate()调用时机：服务实例创建后立即调用，之后不再调用。多次触发：每次通过启动服务时调用，即使服务已在运行。服务实例的唯一性：服务整个生命周期内只有一个实例，的再次调用是在这个单一实例上进行的。这意味着你可以在服务中维护状态或成员变量，它们在服务的生命周期内将保持不变，直到服务被明确停止（通过stopSelf()或）或者由系统因资源约束而被销毁。
Service的onStartCommand()返回的三个参数的意义
lll1204019292的博客
08-20 966
在Android开发中，调用Context的startService方法启动Service的生命周期时，如果Android面临内存匮乏，可能会销毁掉你当前运行的Service，然后待内存充足的时候可以重新创建Service，Service被Android系统强制销毁并再次重建的行为依赖于Service中onStartCommand方法的返回值。 而Service onStartCommand方法
service里面的onstart()方法和onStartCommand()方法的区别
二楼窗外的毛白杨
07-23 2万+
(1):onstart()方法和onStartCommand()方法的区别：     onstart()方法是在android2.0一下的版本中使用。而在android2.0以上则使用onstartCommand()方法。它们两个方法放在一起使用时，不会产生冲突。   (2):onStartComand使用时，返回的是一个(int)整形。     这个整形可以有四个返回值：star
【移动开发】Service类onStartCommand()返回值和参数
weixin_30617561的博客
10-15 144
Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，这篇文章就是简单地讲讲int返回值的作用。返回值从Android官方文档中，知道onStartCommand有4种返回值...
Android中Service类onStartCommand
热门推荐
11-22 5万+
Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，这篇文章就是简单地讲讲int返回值的作用。 从Android官方文档中，我们知道onStartCommand有4种返回值：
Android Service启动过程中onStartCommand(Intent intent, int flags, int startId)方法中intent为null问题分析
xie_sining的博客
04-23 3463
    最近app出现了两三次由于Service的onStartCommand(intent, flags, startId)方法中获取intent携带参数时抛出的Intent.getIntExtra() on a null object异常，intent空指针。这个错误是因为没有对onStartCommand()方法的flags参数深入理解造成的。 错误原因：intent为null的原因是该in...
Android初学习 - Service 中的 onStart 和 onStartCommand
myKernel
04-20 5492
在自定义的service中，写了onStart和onStartCommand， public class HttpWebService extends Service { @Override public void onCreate() { super.onCreate();   .... @Override public void onStart(Intent
android如何保证service不被杀死
无痕的专栏
05-16 3991
Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。 从Android官方文档中，我们知道onStartCommand有4种int返回值，首先简单地讲讲int返回值的作用。 一、onStartCommand有4种
service onStartCommand 三个参数分别是什么
最新发布
06-06
<think>嗯，用户这次的问题是关于AndroidService中onStartCommand方法的参数详解。从引用的内容来看，用户已经做了不少功课，引用了5篇相关的技术文档，说明ta正在深入理解Service的运行机制。用户可能正在开发一个需要后台运行的服务，遇到了参数传递或服务重启的问题。特别是引用[5]提到空指针错误，暗示用户可能在处理Intent时遇到了实际开发中的坑。考虑到用户特意询问参数含义而非简单用法，应该是想避免类似引用[5]提到的空指针问题。关于参数部分，三个参数确实需要重点解释：第一个参数Intent是最关键的，引用[1][3][5]都强调了它可能为null的情况——当系统自动重启服务时。这点必须着重说明，因为开发者常忽略这个边界情况。第二个参数flags比较晦涩，引用[3]日志中的FLAG_RETRY和FLAG_REDELIVERY需要结合START_REDELIVER_INTENT的返回值来解释，正好引用[1][2]提供了官方定义。第三个参数startId的异步特性引用[1]和[3]都有涉及，特别是stopSelf(startId)的配对使用，这个机制很多开发者会误解。值得注意的是引用[4]提到的极端情况：首次启动时也可能收到null的intent。这属于系统行为，需要提醒用户做防御性编程。另外返回值部分虽然用户没直接问，但参数行为与返回值紧密相关，比如START_REDELIVER_INTENT会确保intent重传，这个关联性必须说明。回复结构可以按参数顺序展开，每个参数补充使用场景的代码示例会更直观。最后要强调参数与返回值的联动效应，因为用户引用的资料里多次出现START_REDELIVER_INTENT，可能正在处理服务重启的业务逻辑。</think> 以下是关于 `onStartCommand` 方法的参数详解，结合引用内容整理： ### 📌 参数详解（按顺序） 1. **`Intent intent`** - **作用**：传递启动 Service 的命令和数据，通常由 `startService(intent)` 传入。 - **特殊场景**： - 当系统因资源回收自动重启 Service 时（返回值为 `START_STICKY` 或 `START_REDELIVER_INTENT`），可能传入 `null` Intent（参考[^1][^4][^5]）。 - 返回值设为 `START_REDELIVER_INTENT` 时，系统会重新传递最后一次未处理的 Intent（参考[^1][^4]）。 2. **`int flags`** - **含义**：标识 Service 的启动类型（通常与系统行为相关）。 - **常见值**： - `0`：常规启动。 - `START_FLAG_REDELIVERY`：Intent 是之前未处理完的重发（对应返回值 `START_REDELIVER_INTENT`）。 - `START_FLAG_RETRY`：系统此前尝试启动但失败后的重试（参考[^3][^4]）。 3. **`int startId`** - **用途**：标识当前启动请求的唯一 ID。 - **关键作用**： - 在异步任务完成后，需调用 **`stopSelf(startId)`** 而非 `stopSelf()` ，避免提前停止未完成的任务（参考[^1][^4]）。 - 系统自动重启 Service 时会重新分配新 `startId`（参考[^1][^3]）。 --- ### 🚀 返回值与参数联动示例 ```java @Override public int onStartCommand(Intent intent, int flags, int startId) { // 1. 处理 Intent 数据（需判空！） String action = (intent != null) ? intent.getAction() : "RESTARTED_BY_SYSTEM"; // 2. 根据 flags 判断启动类型 if ((flags & START_FLAG_REDELIVERY) != 0) { Log.d("SERVICE", "重发未处理的Intent"); } // 3. 执行任务（如后台下载） new Thread(() -> { // ... 耗时操作 ... stopSelf(startId); // 用 startId 安全停止 }).start(); return START_REDELIVER_INTENT; // 确保未完成任务时系统重发 Intent } ``` --- ### ⚠️ 关键注意事项 1. **Intent 可为 null** - 系统自动重启时可能传入 `null`（尤其返回 `START_STICKY` 时），需做防御性编程（参考[^4][^5]）。 2. **stopSelf(startId) 的必要性** - 避免其他未完成的 `startId` 因误调 `stopSelf()` 而提前终止服务（参考[^1][^4]）。 3. **返回值影响参数行为** - `START_REDELIVER_INTENT` 保证 Intent 重发，适用于需完成中断任务的场景（如文件上传）（参考[^1][^2][^4]）。 --- ### 🔍 相关问题 1. `START_STICKY` 和 `START_REDELIVER_INTENT` 在系统重启时处理 Intent 有何差异？ - `START_STICKY` 可能传空 Intent；`START_REDELIVER_INTENT` 必定重发最后一次 Intent（参考[^1][^4]）。 2. 为什么混合使用 `startService` 和 `bindService` 时 `onStartCommand` 不会被绑定操作触发？ - `bindService()` 仅建立绑定连接，不触发 `onStartCommand`（参考[^2]）。 3. 系统回收 Service 后重建时，`startId` 是否连续？ - 否，每次重建会分配新 `startId`（参考[^1][^3]）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值