我要评论这篇就讲一件事：service 到底什么时候用，怎么用，怎么不踩坑。
你可以先把 service 理解成：
“app 没有页面展示时，仍然需要在后台继续干活的一个组件”。
就像关注博主，下次容易找到一样。
点点关注一下
常见场景：
- 音乐后台播放
- 文件上传下载
- 定位持续上报
- 蓝牙设备连接与通信
1. 先记住这 3 句话
service不是线程，它默认也跑在主线程。- 耗时任务不能直接写在
service里，不然容易 anr。 - 真正长期运行的后台任务，通常要做成前台服务（带通知）。
2. service 有两种常用玩法
简单说：
- 启动式：我让你去干活，你自己干完自己停。
- 绑定式：我需要一直和你通信，比如“播放/暂停/下一首”。
2.1 启动式 service（started service）
启动方式：
startservice(intent)（老方式）- android 8+ 更常见
startforegroundservice(intent)（配合前台服务）
适合场景：
- 同步数据
- 上传日志
- 一次性后台处理
核心回调：
oncreate()：第一次创建时调用一次onstartcommand()：每次启动都会进来ondestroy()：销毁时调用
停止方式：
- 在服务里
stopself() - 外部
stopservice(intent)
2.2 绑定式 service（bound service）
绑定方式：bindservice(intent, conn, flags)
适合场景：
- 音乐播放器控制
- 下载进度回调
- 页面和服务需要频繁交互
核心回调：
oncreate()onbind()（返回ibinder）onunbind()/onrebind()ondestroy()
一句话理解：
页面拿到 ibinder 后，就能像调用普通对象一样调用服务方法。
3. 生命周期怎么理解更简单
启动式
oncreate() -> onstartcommand()（可能多次）-> ondestroy()
onstartcommand() 返回值怎么选：
start_not_sticky：被系统杀了就算了，不自动重建（一次性任务常用）start_sticky：系统尽量拉起来，但intent可能没了start_redeliver_intent：系统重建时，把上次intent再给你一次
绑定式
oncreate() -> onbind() -> 交互 -> onunbind() -> ondestroy()
4. 什么是前台服务（foreground service）
你可以把前台服务理解成：
“系统允许你长时间后台运行，但你必须给用户一个持续通知，告诉用户你在做什么。”
从 android 8 开始，后台限制变严格，很多长期任务都要走前台服务。
基本要求：
- 用
startforegroundservice(intent)启动 - 很快调用
startforeground(notificationid, notification) - 通知必须可见（不能偷偷跑）
android 14+ 额外注意：
manifest里写foregroundservicetype- 类型要和实际任务对应（如
mediaplayback、location、datasync） - 相关权限要补齐（通知、定位等）
5. 代码示例（可直接参考）
5.1 启动式 service（kotlin）
class syncservice : service() {
private val scope = coroutinescope(supervisorjob() + dispatchers.io)
override fun oncreate() {
super.oncreate()
// 初始化资源
}
override fun onstartcommand(intent: intent?, flags: int, startid: int): int {
scope.launch {
try {
// 执行耗时任务
dosync()
} finally {
// 任务结束后停止服务
stopself(startid)
}
}
return start_not_sticky
}
override fun onbind(intent: intent?): ibinder? = null
override fun ondestroy() {
super.ondestroy()
scope.cancel()
}
private suspend fun dosync() {
// todo: 执行同步逻辑
}
}启动和停止：
contextcompat.startforegroundservice(context, intent(context, syncservice::class.java)) // 或 context.startservice(intent)（低版本或非前台需求） context.stopservice(intent(context, syncservice::class.java))
5.2 绑定式 service（kotlin）
class musicservice : service() {
private val binder = localbinder()
inner class localbinder : binder() {
fun getservice(): musicservice = this@musicservice
}
override fun onbind(intent: intent): ibinder = binder
fun play() {
// 播放逻辑
}
fun pause() {
// 暂停逻辑
}
}activity 绑定：
class mainactivity : appcompatactivity() {
private var musicservice: musicservice? = null
private var bound = false
private val conn = object : serviceconnection {
override fun onserviceconnected(name: componentname?, service: ibinder?) {
val binder = service as musicservice.localbinder
musicservice = binder.getservice()
bound = true
}
override fun onservicedisconnected(name: componentname?) {
bound = false
musicservice = null
}
}
override fun onstart() {
super.onstart()
bindservice(
intent(this, musicservice::class.java),
conn,
context.bind_auto_create
)
}
override fun onstop() {
super.onstop()
if (bound) {
unbindservice(conn)
bound = false
}
}
}6. manifest 配置
<service
android:name=".service.musicservice"
android:exported="false"
android:foregroundservicetype="mediaplayback" />说明：
android:exported="false"：只给自己 app 用，默认更安全- 只有真的要给其他 app 调用，才考虑
exported="true"，并加权限保护
7. 到底该不该用 service
这些情况适合用 service：
- 用户能感知到、而且要持续运行的任务（音乐、导航、运动）
- app 切后台后，任务还要继续
这些情况不建议直接用 service：
- 一次性、可延迟、要求“最终一定执行”的任务 -> 优先
workmanager - 页面内短耗时任务 -> 协程 + 生命周期组件就够了
8. 常见问题与最佳实践
- 别在主线程做重活
service默认是主线程，耗时操作请放协程/线程池。
- 干完就停
- 任务完成后及时
stopself()，别让服务白跑。
- 任务完成后及时
- 前台服务别滥用
- 有持续通知会打扰用户，必须有明确业务价值。
- 注意系统版本差异
- android 8+ 后台限制、android 13+ 通知权限、android 14+ 前台服务类型都要适配。
- 考虑被系统杀进程
- 按业务选好
onstartcommand()返回值，并做好状态恢复。
- 按业务选好
- 跨进程通信是进阶题
- 真要给其他 app 调用，通常走 aidl + 权限控制。
9. 一句话总结
service 适合“没页面但要持续干活”的任务：
只管执行用启动式，需要交互控制用绑定式，长期后台任务优先做前台服务并按系统版本补齐权限和类型声明。
到此这篇关于android 中 service 用法的文章就介绍到这了,更多相关android service 用法内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论