大佬教程收集整理的这篇文章主要介绍了Android O后台服务限制背后的逻辑，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
这种新行为显然是为了阻止应用程序在后台执行大量操作而用户甚至不知道,这是公平的.
但是,建议的解决方法之一是使用预定作业.但这不是也可能导致应用程序“在没有用户意识到的情况下在后台做很多事情”吗？唯一的区别是Android决定何时完成这些工作,而不是应用程序.
那么,新限制究竟是什么意思呢？或许我错过了一些基本的东西.
编辑：这不是this question的副本…一个是关于使用startserviceInForeground()作为替代(或关于相关的文档),而这个问题是关于使用预定作业作为替代(以及是否失败的目的)完全新的限制).这些是完全不同的选择.
在我看来(通过阅读文档后)这是我们使用新Jobscheduler的唯一专业人士.
但是如果你看一下Job Scheduler Improvements in O
您会注意到,对于每个JobInfo,您可以指定需要为作业启动哪些约束.
这似乎是正确的,因为没有来自文档的指示,如果/何时再次需要资源会发生什么.但是,您可以将大任务分解为较小的任务,然后使用[Jobscheduler.enque()](https://developer.android.com/reference/android/app/job/JobScheduler.html#enqueue(android.app.job.JobInfo,android.app.job.JobWorkItem))方法确保Jobscheduler在队列中启动下一个作业之前停止否则需要资源.但是,如果Jobscheduler为Job暂停/停止提供方法或回调可能没有必要(由于文档没有进入,因此可疑)我自己从未尝试过.
结论：
总而言之,虽然新API并不完全限制后台服务在所需资源可用时运行,但它确实为编码人员提供了一个平台,以便仅在满足上述条件时限制它们启动,同时还限制最小行代码需要.在大多数情况下,应该最大限度地减少电池使用并为用户提供更流畅的体验.
以上是大佬教程为你收集整理的Android O后台服务限制背后的逻辑全部内容，希望文章能够帮你解决Android O后台服务限制背后的逻辑所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。