安卓Oreo中Activity Recognition后台服务持续运行问题求助

我之前也踩过这个一模一样的坑，Android 8引入的后台限制确实把ActivityRecognition的后台触发搞得很棘手——既要避开前台通知的骚扰，又不能碰可能导致应用下架的电池优化豁免权限。下面分享几个符合Google规范、不会触发下架风险的可行方案：

方案一：WorkManager + ActivityRecognitionClient（首推） #

WorkManager是Jetpack推出的后台任务管理组件，专门适配Android 8+的后台限制，系统会优先调度它的任务，不会轻易杀死进程。核心思路是：

• 注册ActivityRecognitionClient的回调，当用户活动状态变化时，触发一个OneTimeWorkRequest来发送通知
• WorkManager会自动处理后台调度逻辑，无需担心进程被系统回收

具体实现步骤： #

1. 添加WorkManager依赖（建议使用最新稳定版）

implementation "androidx.work:work-runtime:2.8.1"

2. 创建处理通知的Worker类：

public class ActivityRecognitionWorker extends Worker {
    private static final String CHANNEL_ID = "activity_recognition_channel";

    public ActivityRecognitionWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        // 获取传递的活动状态信息
        int activityType = getInputData().getInt("activity_type", -1);
        String activityName = getActivityName(activityType);

        // Android 8+必须创建通知渠道
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            NotificationChannel channel = new NotificationChannel(
                    CHANNEL_ID,
                    "活动状态通知",
                    NotificationManager.IMPORTANCE_DEFAULT
            );
            NotificationManager manager = getApplicationContext().getSystemService(NotificationManager.class);
            if (manager != null) {
                manager.createNotificationChannel(channel);
            }
        }

        // 构建并发送通知
        Notification notification = new NotificationCompat.Builder(getApplicationContext(), CHANNEL_ID)
                .setContentTitle("活动状态更新")
                .setContentText("你现在正在：" + activityName)
                .setSmallIcon(R.drawable.ic_notification)
                .build();

        NotificationManagerCompat.from(getApplicationContext()).notify(1, notification);
        return Result.success();
    }

    private String getActivityName(int activityType) {
        switch (activityType) {
            case DetectedActivity.WALKING:
                return "步行";
            case DetectedActivity.RUNNING:
                return "跑步";
            case DetectedActivity.STILL:
                return "静止";
            case DetectedActivity.IN_VEHICLE:
                return "乘车";
            default:
                return "未知活动";
        }
    }
}

3. 初始化ActivityRecognitionClient并注册回调：

private ActivityRecognitionClient activityRecognitionClient;

private void initActivityRecognition() {
    activityRecognitionClient = ActivityRecognition.getClient(this);
    // 设置合理的检测间隔（不要太频繁，避免被系统限制）
    Task<Void> task = activityRecognitionClient.requestActivityUpdates(
            60000, // 1分钟间隔，可根据业务需求调整
            getPendingIntent()
    );

    task.addOnSuccessListener(unused -> Log.d("ActivityRecog", "活动更新请求成功"));
    task.addOnFailureListener(e -> Log.e("ActivityRecog", "活动更新请求失败: " + e.getMessage()));
}

private PendingIntent getPendingIntent() {
    Intent intent = new Intent(this, ActivityRecognitionBroadcastReceiver.class);
    // Android 12+必须指定FLAG_IMMUTABLE或FLAG_MUTABLE
    int flags = Build.VERSION.SDK_INT >= Build.VERSION_CODES.S 
                ? PendingIntent.FLAG_IMMUTABLE 
                : PendingIntent.FLAG_UPDATE_CURRENT;
    return PendingIntent.getBroadcast(this, 0, intent, flags);
}

4. 创建BroadcastReceiver接收活动更新并触发WorkManager：

public class ActivityRecognitionBroadcastReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (ActivityRecognitionResult.hasResult(intent)) {
            ActivityRecognitionResult result = ActivityRecognitionResult.extractResult(intent);
            DetectedActivity mostProbableActivity = result.getMostProbableActivity();
            int activityType = mostProbableActivity.getType();

            // 传递活动状态到Worker
            Data inputData = new Data.Builder()
                    .putInt("activity_type", activityType)
                    .build();

            // 触发WorkManager任务
            OneTimeWorkRequest workRequest = new OneTimeWorkRequest.Builder(ActivityRecognitionWorker.class)
                    .setInputData(inputData)
                    .build();

            WorkManager.getInstance(context).enqueue(workRequest);
        }
    }
}

5. 在Manifest中注册Receiver：

<receiver
    android:name=".ActivityRecognitionBroadcastReceiver"
    android:exported="false" />

方案二：JobScheduler替代WorkManager（原生方案） #

如果不想依赖Jetpack组件，JobScheduler是系统原生的后台调度方案，同样适配Android 8+的限制。思路和WorkManager类似：

• 注册JobService，在Job中请求ActivityRecognition更新
• 当活动状态变化时，触发Job执行通知逻辑

不过WorkManager的兼容性更好（支持到API 14），而JobScheduler仅支持API 21+，所以更推荐使用WorkManager。

关键注意事项 #

• 不要频繁请求ActivityRecognition：如果检测间隔设置太短（比如几秒），系统会判定应用耗电过高，可能限制甚至停止你的请求。建议设置1分钟以上的间隔，根据业务需求灵活调整。
• 绝对避免申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限：Google Play政策明确规定，除非应用核心功能依赖持续后台运行（如导航、实时健身追踪），否则申请该权限会导致应用被下架，一定要避开。
• 必须创建通知渠道：Android 8+发送通知必须先创建对应渠道，否则通知不会显示。

这样实现既不需要常驻前台通知，也不需要电池优化豁免，完全符合Google规范，能确保后台正常接收活动状态变化并发送通知。

内容的提问来源于stack exchange，提问作者Dim