1. 前台服务基础概念
做 Android 开发这么多年，我见过不少同学分不清前台服务和普通后台服务到底有啥区别。说白了，前台服务就是一个带"面子"的 Service——它必须有一个可见的通知栏，让用户知道你在后台干了什么。这可不是 Android 团队拍脑袋想出来的，而是为了平衡用户体验和系统资源。
你想想看，如果每个 App 都在后台偷偷跑服务，用户的手机电量分分钟撑不过半天。前台服务的设计初衷，就是让那些真正需要长期运行的任务有个"合法身份"，同时用户也能随时看到它。
1.1 什么是前台服务
前台服务是 Android 四大组件之一 Service 的特殊形态。跟我念一遍：前台服务 = Service + 通知栏 + 高优先级。它通过调用 startForeground() 把自己"升级"到前台状态，系统会把它当作一个用户正在感知的组件来对待。
它的核心特征有三个：
- 通知栏可见——必须有一个持续的通知，用户无法忽略
- 高系统优先级——被系统杀死的概率极低，相当于有了"免死金牌"
- 持续运行能力——适合执行长时间的后台任务，不受 Android 后台限制策略影响
我记得刚做 Android 时，有一次写了个音乐播放器，用了普通 Service。结果切到后台没几分钟，服务就被系统回收了，音乐戛然而止。用户直接给了差评。后来换成前台服务，问题瞬间解决。从那以后我就记住了：需要长期在后台跑的任务，必须上前台服务。
1.2 前台服务与后台服务的区别
很多初学者搞混这两者。其实区别很明显——前台服务有通知、高优先级、不受 Android 8+ 后台限制；后台服务反过来，没通知、低优先级、受严格限制。我在项目中遇到过不止一次，有人用后台服务做下载任务，结果 Android 10 上直接闪退，就是因为没适配前台服务。
下面这个表格可以帮你快速对比：
| 对比维度 | 前台服务 | 后台服务 |
|---|---|---|
| 通知栏 | 必须有（用户可见） | 没有 |
| 系统优先级 | 高（≈ Activity） | 低（容易被回收） |
| Android 8+ 限制 | 不受限 | 严格受限（不能后台启动） |
| 启动方式 | startForeground() | startService() |
| 典型生命周期 | 与通知绑定，用户可主动停止 | 随任务结束而停止 |
| 系统杀死概率 | 极低 | 较高 |
为什么会这样？说白了，Android 从 8.0 开始对后台服务下了狠手。你想想看，如果每个 App 都能随意在后台跑服务，用户的电量和内存根本扛不住。前台服务就是系统给"好学生"发的通行证——只要你对用户透明，系统就给你高优先级。
startForegroundService() + 立即显示通知的组合。
1.3 典型使用场景
我个人习惯把前台服务用在那些"用户希望一直在后台运行"的场景。举个例子：
- 音乐/音频播放——用户切到其他 App，音乐不能停。这是前台服务最经典的使用场景，Android 系统也专门定义了
foregroundServiceType="mediaPlayback"。 - 运动健康记录——跑步、骑行时，App 需要在后台持续采集 GPS 数据。如果用后台服务，跑着跑着数据就断了。
- 文件下载/上传——大文件下载不能因为切到后台就中断。我记得有个项目用后台服务下载 200MB 的离线包，结果 Android 9 上频繁失败，改成前台服务后一次过。
- 导航应用——地图导航需要持续获取位置和播报语音，必须用前台服务保活。
- VoIP 通话——网络电话需要在后台保持连接，不能掉线。
你发现没有？这些场景都有一个共同点：用户能感知到任务在进行，而且不希望它中断。如果你的任务符合这个特征，那就应该上前台服务。
1.4 前台服务的实现要点
实现前台服务其实不复杂，但有几个坑要注意。我直接贴一个最简实现：
// Kotlin 实现
class MusicPlayerService : Service() {
override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
// 尽早调用 startForeground —— 系统给了几百毫秒的窗口期
val notification = createNotification()
startForeground(NOTIFICATION_ID, notification)
// 开始执行你的任务
startPlaying()
return START_STICKY
}
private fun createNotification(): Notification {
val channelId = "music_player_channel"
val channel = NotificationChannel(
channelId,
"音乐播放",
NotificationManager.IMPORTANCE_LOW
)
val manager = getSystemService(NotificationManager::class.java)
manager.createNotificationChannel(channel)
return NotificationCompat.Builder(this, channelId)
.setContentTitle("正在播放")
.setContentText("歌曲名称")
.setSmallIcon(android.R.drawable.ic_media_play)
.setOngoing(true) // 不可滑动移除
.build()
}
override fun onBind(intent: Intent?): IBinder? = null
companion object {
const val NOTIFICATION_ID = 1001
}
}然后在 AndroidManifest 里声明：
<service
android:name=".MusicPlayerService"
android:foregroundServiceType="mediaPlayback"
android:exported="false" />ForegroundServiceDidNotStartInTimeException，应用直接崩溃。记住：从 Android 9 开始，系统要求服务在启动后几百毫秒内必须显示通知，否则就给你好看。
嗯，这里要注意几个细节：
- 通知必须设
setOngoing(true)——否则用户能划走，前台服务可能被系统判定无效 - Android 13+ 需要动态申请通知权限——
POST_NOTIFICATIONS，别忘了适配 - 停止服务时记得调用
stopForeground(STOP_FOREGROUND_REMOVE)——把通知也干掉，避免留下"僵尸通知" - 前台服务类型要匹配——比如媒体播放用
mediaPlayback，定位用location，声明错了系统会报错