求助：中文定制ROM无法按3分钟周期运行后台服务发送经纬度

我之前踩过几乎一模一样的坑，尤其是国内这些定制ROM的后台限制，真的让人头大！结合自己的实战经验，给你几个亲测有效的解决方案：

1. 精确周期任务：AlarmManager + 前台Service 组合拳 #

Job Scheduler和WorkManager在Doze模式下会被系统强制延迟调度，而且国内ROM对它们的后台优先级压得很低，所以如果是必须按时执行的固定周期任务，直接用这俩基本没用。

正确的姿势是：

• 使用AlarmManager的setExactAndAllowWhileIdle()（API 23+）或者setAlarmClock()方法，这两个是Android系统明确允许在Doze模式下唤醒设备的API，不会被系统拦截。
• 闹钟触发后，不要启动普通Service，直接启动前台Service。因为国内ROM会把后台普通Service当成“无用进程”直接杀掉，前台Service因为有通知栏常驻，优先级高很多，很难被系统清理。

简单代码示例：

// 设置精确闹钟
AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
Intent intent = new Intent(this, AlarmReceiver.class);
PendingIntent pendingIntent = PendingIntent.getBroadcast(this, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE);

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + 60*60*1000, pendingIntent);
} else {
    alarmManager.setExact(AlarmManager.RTC_WAKEUP, System.currentTimeMillis() + 60*60*1000, pendingIntent);
}

// 在AlarmReceiver中启动前台Service
public class AlarmReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        Intent serviceIntent = new Intent(context, MyForegroundService.class);
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            context.startForegroundService(serviceIntent);
        } else {
            context.startService(serviceIntent);
        }
    }
}

// 前台Service实现
public class MyForegroundService extends Service {
    private static final int NOTIFICATION_ID = 1001;

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        // 创建前台通知
        Notification notification = new NotificationCompat.Builder(this, "CHANNEL_ID")
                .setContentTitle("后台任务运行中")
                .setContentText("正在执行定期任务")
                .setSmallIcon(R.drawable.ic_notification)
                .build();

        startForeground(NOTIFICATION_ID, notification);
        
        // 执行你的任务逻辑...
        
        // 如果任务执行完不需要常驻，可以停止前台，但要注意如果是周期任务，下次闹钟还要能触发
        // stopForeground(true);
        // stopSelf();
        
        return START_STICKY;
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }
}

2. 必须引导用户添加ROM后台白名单 #

就算你代码写得再完美，国内ROM的“后台清理”机制还是会把你的APP干掉——除非用户手动把APP加入白名单。所以一定要在APP里做机型判断+引导跳转，让用户去设置里开启后台权限、关闭电池优化、允许自启动。

比如：

• OPPO：引导用户进入「手机管家 → 权限隐私 → 自启动管理」开启自启动，再进入「电池 → 耗电保护 → 应用耗电保护」设置为“允许后台高耗电”
• Vivo：引导进入「i管家 → 软件管理 → 自启动管理」开启自启动，「电池 → 后台高耗电」允许APP后台运行

可以写一个工具类来处理不同机型的跳转，比如判断包名是com.coloros.safecenter（OPPO）或者com.vivo.permissionmanager（Vivo），然后构造对应的Intent跳转。

3. 补充方案：监听系统广播恢复任务 #

如果你的任务不是那么严格的固定周期，可以监听一些系统广播，比如ACTION_BOOT_COMPLETED（开机完成）、ACTION_USER_PRESENT（用户解锁），在这些时机重新初始化你的闹钟或任务，防止APP被完全杀掉后无法恢复。

不过这个只能作为补充，不能替代AlarmManager的方案，因为系统广播也可能被ROM限制。

最后提醒 #

• 不要指望JobScheduler或WorkManager能在国内ROM上实现精确周期任务，它们更适合非紧急、可延迟的后台工作。
• 前台Service的通知尽量友好一点，让用户知道这个通知是必要的，不然用户可能会手动关闭通知，导致前台Service被降级为普通Service，还是会被杀掉。

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