Android 服务仅在 UI 处于 Activity 状态时运行

Question

最近版本的 Android 似乎对后台运行的服务引入了多项限制，这当然对我们设备的电池生命周期来说是个好消息。我的目标是创建一个应用程序，只要用户与应用程序交互(这似乎是他们的目标)，就只运行一项服务来遵守这一点。但我不清楚如何正确实现它。我的要求如下:

• 服务应在任何 Activity 对用户可见后立即启动。

• 当用户与应用交互(在 Activity 之间浏览)时，服务应在运行状态下保持不间断。

• 当 UI(无论什么 Activity 处于 Activity 状态)被发送到后台时，服务应该运行 2-3 秒然后自行停止。干净关闭服务需要 2-3 秒。

• 当应用程序在后台(或关闭)时，可以通过推送消息启动该服务，以便随时处理传入的事件。该服务然后注册到远程服务器，并检查更新。如果有更新，则会向用户发出通知。然后，该服务会在闲置 2-3 秒后再次关闭。

对我来说，绑定(bind)服务似乎就是要使用的。但我不清楚我的要求如何适合绑定(bind)服务模型。有没有人对此有任何经验，谁能指出我正确的方向？

编辑:本例中的“服务”是本地进程内服务，不打算从外部访问。

Answer 1

(此答案假定本地“进程中”服务，这无疑是您打算使用的。)

对于您的用例，您实际上使用了多种技术的组合来保持 Service 运行。

使用“绑定(bind) Service 模型”在您的任何一个 Activity 可见时保持 Service 存在。这很简单；在 Activity.onStart() 中调用 bindService()，在 Activity.onStop() 中调用 unbindService()。如果您担心 Service 在您的两个 Activity 之间的短暂过渡时刻被破坏，请不要担心； Android 足够聪明，可以等待不同应用程序组件的生命周期更改“解决”，然后再决定未引用/不需要 Service。

您应该为所有的 bindService() 调用使用 BIND_AUTO_CREATE 标志。请记住，Service 并不是在调用 bindService() 时立即创建的；这需要几毫秒，您必须小心地将控制权返回给框架，方法是从您当前所在的任何生命周期方法(例如，onStart())返回。只有这样您才能接到电话到 onServiceConnected()。

您需要手动跟踪有多少 Activity 绑定(bind)到您的 Service，以确定何时开始您的 2-3 秒清理逻辑。参见 this answer一个有效的方法。不必担心 Service 在上次 unbindService() 调用期间被同步销毁——就像 bindService() 一样，实际的生命周期状态变化是“延迟的”。

现在的问题是，如何让 Service 在这额外的 2-3 秒内保持 Activity 状态，此时(您已确定打开的 Activities< 的数量 已降至 0)？那么，您可以简单地调用 startService()。您甚至可以从 Service 子类中的方法调用它；只要您有可用的有效 Context，这并不重要。 startService() 向系统表明您希望保留 Service，而不管可能绑定(bind)了多少 Activity(或其他客户端)给它。在这种情况下，Service 不会重新启动——它已经在运行了!

清理完成后，您可以调用 stopService() 或者更好的方法是调用 stopSelf()。这有效地取消了 startService() 调用，并告诉操作系统“我完成了”。预计此后不久将调用 Service.onDestroy()。

请记住，您的一个 Activity 可能会异步弹出，并在清理完成之前重新绑定(bind)到 Service。这是一种边缘情况，但很容易处理。 Service 只有在以下两个条件都为真时才会被销毁:1.) 没有客户端绑定(bind)/绑定(bind)，以及 2.) 没有未取消的 startService() 调用存在。

请注意，在 Oreo 及更高版本上，系统可能会非常积极地终止具有后台 Services 的应用程序。根据this doc ，与用户交互会让你进入白名单“几分钟”，所以我认为 2-3 秒就可以了。同样，如果您正在处理“高优先级 FCM 消息”(我假设您所说的“推送”消息)，您将被列入白名单，并允许再花几分钟时间执行 Service(这次使用 startService()/stopSelf() 方法)。