我们有一个使用前台服务几乎永远运行的应用程序，同时使用系统托盘上的通知，这是正常的初始化。该应用程序仅依赖于此服务。在我们测试的每台设备上，即使任务被删除，服务也会继续运行，但在小米设备上，从最近刷卡后，它会突然停止，然后根据 ActivityManager 决定重新打开服务的方式再次启动。我们从小米设备（本例为小米 MI9）获取日志，例如：
Scheduling the restart of the crashed service: com.example.myapp/.MyService in 1000ms
这不应该发生，但确实发生了。每次我们打开应用程序并从最近关闭它时，该1000ms部分都会不断增加4000ms, 16000ms, 64000ms，依此类推。我认为它没有限制，而且 64 秒对于重新启动对应用程序至关重要的前台服务来说已经太长了。所以，我正在寻找将我们的应用程序添加为异常或其他东西的方法，但我发现的唯一内容是：https ://dontkillmyapp.com/xiaomi
如果应用程序被最近屏幕上的X按钮杀死，那么情况会更糟，因为我注意到该设备会杀死所有服务并安排它们在 10 秒的间隔内重新启动。我认为我们的计划在 3 小时后开始，这破坏了应用程序的目的。
我们当前使用的解决方案是警告用户有关此问题并重定向到此链接，以便将我们的应用程序添加到异常中，启用自动启动等。但是，我们知道几乎没有人会这样做，因此我们正在寻找一种可以通过编程方式实现的解决方案。
一段小代码演示了我们如何将服务注册到清单以及我们如何启动它。（演示比原来简单，但描述了主要逻辑。）
清单部分：
<service android:name=".MyService"
android:stopWithTask="false" />
启动服务部分：
// Starts the service as foreground.
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O)
context.startForegroundService(new Intent(context, MyService.class));
else
context.startService(new Intent(context, MyService.class));
发布通知部分：
// Post the notification on both onCreate and
// onStartCommand so we can only hope that
// the app won't throw the unavoidable exception
// which occurs 5 seconds after calling
// Context.startForegroundService().
@Override
public void onCreate()
{
super.onCreate();
// Handles how the notification
// is shown, content is not important.
// Calls startForeground inside.
showNotification();
}
@Override
public int onStartCommand(Intent intent, int flags, int startId)
{
showNotification();
// Some other service code that is irrelevant
// Return START_STICKY so we can ensure that if the
// service dies for some reason, it should start back.
return START_STICKY;
}
我认为一切都正确完成，因为这只发生在小米设备上，但我们找不到保持这项服务活跃的解决方案。有没有其他人遇到同样的事情？我们应该如何进行才能使我们的服务不死？感谢所有的帮助。