问题描述
Alarm Manager 现在即将弃用,因为 Google 的操作系统实施、Api 更新、后台服务限制 (As some Information Here )、设备打盹模式等,并且移动制造公司希望防止有害于有设备的电池寿命以及他们的声誉。由于这两个原因,即使使用 setExactAndAllowWhileIdle()
方法和 WakefulbroadcastReceiver
(As stated here. )
然后我通过 WorkManager 工人类。但是,即使我以这种方式使用 mWorkManager.enqueueUniqueWork
(就像另一个 Stackoverflow 答案所说的那样):
OneTimeWorkRequest mRequest = new OneTimeWorkRequest.Builder(WorkerClass.class)
.setConstraints(Constraints.NONE)
.setInputData(inputData)
.setinitialDelay(diff,TimeUnit.MILLISECONDS)
.addTag(WORK_TAG)
.build();
mWorkManager.enqueueUniqueWork(WORK_TAG,ExistingWorkPolicy.REPLACE,mRequest);
触发时间的工作也未决,当我下次重新启动应用程序时,被调用的 Intent 将保持在应用程序堆栈的顶部。实际总结 - 在应用程序不会再次启动之前待处理的工作。我看到警报管理器也出现了同样的行为。请注意,该应用不在电池监控睡眠列表中。
所以,实际上,我迫切的问题是,我现在真的可以制作或开发一个闹钟应用程序来更新 api 吗?如果是这样,如何进行?感谢任何帮助。
解决方法
暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!
如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@)