对于较新版本的android，您需要替换 IntentService 与 androidx.core.app.JobIntentService . (别忘了删除 IntentService#onBind(Intent) ，否则您的服务将永远无法启动）

class hintergrundModus extends IntentService
    @Override
    protected IBinder onBind(Intent arg0) { 
        return null
    }
    @Override
    protected void onHandleIntent(Intent arg0) {    
        ...
    }
}

将成为

import androidx.core.app.JobIntentService;
class hintergrundModus extends JobIntentService {
    @Override
    public void onHandleWork(Intent arg0) {
        ...
    }
}

对于 AlarmManager ，您也不再直接使用 PendingIntent#getService ，但将创建一个中介 BroadcastReceiver 当调用时，它可以将您的工作排队。

import static androidx.core.app.JobIntentService.enqueueWork;
public class ServiceLaunchReceiver extends BroadcastReceiver {
    public static final String RECEIVER_KEY = "com.package.ACTION";
    public static final int UNIQUE_JOB_ID = 0;
    @Override
    public void onReceive(Context context, Intent intent) {
        if (intent.getAction().equals(RECEIVER_KEY)) {
            enqueueWork(context, hintergrundModus.class, UNIQUE_JOB_ID , intent);
        }
    }
}

然后可以引用 PendingIntent#getBroadcast ```
Intent launcherReceiverIntent = new Intent(context, ServiceLaunchReceiver.class);
PendingIntent startServicePendingIntent = PendingIntent.getBroadcast(context, 0, launcherReceiverIntent, 0);

你也可以考虑使用 `AlarmManager#setExact` 或者 `AlarmManager#setExactAndAllowWhileIdle` 在运行api 19或更高版本的设备上，如果需要重复的计时精度。然后，您可以在中的工作完成后安排后续警报 `JobIntentService` 已完成，而不是安排重复报警。从这张纸条开始 `AlarmManager#set` :
从api 19开始，传递给此方法的触发时间被视为不精确的：在此时间之前不会传递警报，但可能会延迟一段时间并在稍后传递。
您还将发现，在终止后台应用程序方面，较新版本的android可能非常激进。因为您的服务似乎是短暂的，所以将其绑定到前台通知（通过 `startForeground(Int, Notification)` )可能不适合你。在这种情况下，您可能需要在运行时向用户请求电池优化排除，以避免系统限制。
最后，在 `BroadcastReceiver` 为了监听系统启动通知，请实现上面的代码，以便将新的 `JobIntentService` ，或安排第一个警报推迟到以后。