高效管理 Android 前台服务

做者 / Keith Smyth

本文为 Android 电量管理系列连载的第四篇，但愿能够为各位开发者提供设备续航方面的战略洞见和实践指南。

Android 进程管理机制

做为一款移动端操做系统，Android 在设计之初就考虑到了诸如内存和电量一类的资源限制问题。所以，系统在内存吃紧的状况下会关闭部分进程，以此来为优先级更高的任务腾出运行空间。那么系统是如何评判优先级高低的呢？判断标准其实很简单，关键就在于应用进程对用户有多重要。Android 将进程分为如下几类，按重要性的高低作降序排列，进程排名越靠前，被回收的概率就越低。

前台服务

应用产生缓存很正常: 每一个开发者应该认识到，共享设备资源是生命周期管理的一部分，这样才有助于营造健康的 Android 生态环境。当电池电量耗尽时，全部应用都没法继续使用，而致使耗电异常的应用则会面临卸载风险。

不过在特定状况下，开发者的确须要把应用从后台转到前台运行。当应用所执行的任务同时知足如下条件时，您能够为其建立前台服务，直至任务运行结束: (1) 须要当即执行; (2) 重要 (必须完成); (3) 用户可感知 (大部分状况下由用户主动发起); (4) 有明确的起始时间和结束时间。

为了帮助您更好地建立和管理前台服务，咱们特别为总结了如下 3 个操做要点:

1. 适用于全部 API 等级: 应用建立服务时，必须显示级别至少为 PRIORITY_LOW 的常驻通知 (persistent notification)。

2. 若应用的目标 API 等级高于 26，您还须要将通知渠道的级别至少设定为IMPORTANCE_LOW。用户能够点击通知来取消任务，且取消操做可与 action 绑定，例如，当用户中止播放曲目后，回放服务也会一同中止。

3. 通知标题和描述必须准确体现前台服务正在执行的操做。

若是您想了解有关前台服务的更多信息，包括最近几个版本 Android 平台内的相关重要更新，请参阅《在前台运行服务》。

前台服务典型用例

前台服务的典型用例包括播放音乐、完成购买交易、高精度地理位置追踪 (健身应用) 以及感应器数据录入 (监测用户的睡眠状态)。这些工做均由用户主动发起，须要马上执行，而且具有明确的起始时间和结束时间，并且容许用户随时取消操做。

此外，您还能够为须要当即执行的关键任务 (如保存图片、发送消息、处理交易等) 建立前台服务，那么即便用户退出当前应用并开启新的应用，这些任务的执行也不会受到影响。在设备内存不足的状况下，系统可能会强行中止还在运行的前一个应用，从而致使数据丢失或其它意外事件。优秀的应用应当具有实时监测自身进程的能力，并在进程转入后台后，将用时较短的关键任务切换至前台完成。

若是应用须要一直在前台运行服务，那么仅仅建立前台服务是不够的，建议您从如下用例中并选择最适方案，在知足应用需求的同时为设备节省电量。

其它方案

不建议您经过前台服务实现被动定位追踪，若是用户已经容许您的应用进行地理位置追踪，请调用 FusedLocationProvider API 获取位置更新，并注意设置合适的获取频率 (切勿太频繁) ；在宿主设备进入或离开特定区域时，请经过 geofencing API 向用户发送通知。 更多技术细节，请阅读《延长设备续航时间之位置管理优化》。

请经过 CompanionDeviceManager 完成蓝牙设备配对。若是应用须要从新链接至设备，请调用 BluetoothLeScanner 中接受 PendingIntent 参数的 startScan 方法，当过滤条件知足时会被触发。

若是任务必须完成，但容许推迟执行，请使用 WorkManager 或者 JobScheduler 在系统层面上实现最佳的任务调度和时间安排。若是任务须要当即开始，可是一旦用户退出应用，任务也会一同中止，推荐您使用 ThreadPools 或 Kotlin Coroutines。

下载管理器 (DownloadManager) 能够帮助您在后台处理耗时较长的下载任务，并且它支持断点续传，即便在网络链接断开或设备重启的状况下，管理器依旧能够继续上次下载。

结语

若是运用得当，应用即可以经过前台服务这条 “沟通渠道”， 告知系统本身当前正在运行对用户而言十分重要的任务。正确的工具决策是通向一流用户体验的最佳途径。欢迎您在社区内踊跃发言并并向咱们积极反馈，携手广大开发者共同制定更优决策，将用户放在第一位！

 点击这里了解更多 P&E 相关产品内容