3 · 前台服务启动流程：startForegroundService 与 startForeground 方法详解、Notification 必需性

3.1 两个关键方法的作用与调用顺序

Android 从 8.0（API 26）开始将后台服务严格限制为“若干分钟后被销毁”，但前台服务不受此限制，前提是必须正确调用如下两个方法：

1. Context.startForegroundService(Intent) —— 客户端发起请求，系统创建一个唯一的前台服务实例。
2. Service.startForeground(id, Notification) —— 服务自身在启动后 立刻（5 秒内）调用，向系统提交一个持续可见的通知，表明该服务正在前台运行。

调用顺序具有严格的时序要求：startForegroundService() 必须在客户端调用，然后服务端在 onStartCommand() 或 onCreate() 中尽快调用 startForeground()，否则系统会抛出 RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground() 异常并强行停止服务。

3.2 为什么 Notification 是必需绑定？

前台服务的本质是“用户能明确感知正在运行的后台任务”。Android 强制要求：

• 服务必须拥有一个 持续存在的、不可被用户滑动清除的 通知。
• 通知必须包含 标题、描述文字 及一个 通知渠道（API 26+ 必须）。
• 如果 startForeground() 传入的 notification 为 null 或未设置正确的渠道，系统会静默忽略或直接抛出异常。

通知同时起到“用户锁屏也能看到”和“系统知道此服务不可被随意杀死”的双重作用。Android 12（API 31）进一步引入 前台服务类型（foregroundServiceType），在清单文件中声明后，系统会校验通知内容是否匹配声明的类型（如 location、camera、mediaPlayback 等），不匹配则运行时崩溃。

3.3 标准启动流程代码模板

客户端启动服务（Activity 中）：

Intent intent = new Intent(this, MyForegroundService.class);
intent.setAction("START_FOREGROUND");
ContextCompat.startForegroundService(this, intent);

服务端（MyForegroundService.java）核心逻辑：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    if (intent != null && "START_FOREGROUND".equals(intent.getAction())) {
        // 1. 创建通知渠道（API 26+）
        createNotificationChannel();
        // 2. 构建通知
        Notification notification = new NotificationCompat.Builder(this, CHANNEL_ID)
                .setContentTitle("前台服务运行中")
                .setContentText("正在执行后台任务…")
                .setSmallIcon(R.drawable.ic_service)
                .setOngoing(true)      // 不可滑动清除
                .build();
        // 3. ★ 必须立即调用
        startForeground(1, notification);
        // 4. 执行实际工作（如文件下载、位置上报）
        doWork();
    }
    return START_STICKY;
}

3.4 启动流程时序图

3.5 常见错误与解决方案

3.6 调试与性能优化要点

• 日志标记：在调用 startForeground() 前后打印 Log.d("FgService", "startForeground called at " + System.currentTimeMillis())，便于排查 5 秒超时。
• adb 命令验证：使用 adb shell dumpsys activity services 查看服务是否标记为 fg=true。
• Notification 构建成本：避免在 onStartCommand() 中执行耗时 IO 操作（如加载大图）后再构建通知，应使用预加载的 Bitmap 或占位图标。
• 电池优化：前台服务不会受 Doze 模式限制，但 startForeground() 后如果通知被用户划掉（某些设备允许），服务可能降级为普通服务。始终设置 setOngoing(true) 并避免用户操作移除。