Android服务崩溃行为

Question

我对Android Service崩溃有一些疑问：

1，一个应用程序在前景中运行；如果活动和服务在相同的过程中运行，则活动不调用服务。如果服务崩溃，应用程序会崩溃吗？

2，在前景中运行一个应用程序，如果活动在一个过程中运行，则该服务在同一应用程序拥有的另一个过程中运行，活动请勿调用服务。如果服务崩溃，应用程序会崩溃吗？

3，一个应用程序在前景中运行；如果活动和服务在相同的过程中运行，则活动通话服务。如果服务崩溃，该服务会重新启动吗？并且应用程序会崩溃吗？

4，一个应用程序在前景中运行；如果活动在一个过程中运行，则该服务在同一应用程序拥有的另一个过程中运行，即活动调用服务。如果服务崩溃了，该服务会重新启动吗？并且应用程序会崩溃吗？

Answer 1

在回答您的问题之前，我想解决一些可能引起您困惑的问题。至少在这种情况下，“应用程序”或“应用程序”一词不是一个明确的术语。因此，询问“应用程序会崩溃”是否有些混乱。由于应用程序可以具有多个进程（通过使用Android：Process清单属性）和多个组件，因此说应用程序崩溃是没有意义的。相反，由于未知的例外，过程可能会崩溃。此外，作为应用程序一部分的过程可能会崩溃，但这并不一定会转化为“应用程序”崩溃。

另外，对于所有答案，该应用程序是在前景还是背景中运行，都无关紧要。注意：这里的使用“背景”和“前景”也不明确。这是Android文档使用“背景”和“前景”一词的结果。涉及线程，组件生命周期，用户可见性，服务前景/背景状态等

1. 。一个重要的（且未记录的）细节是，在Android应用程序中，线程中未知例外的默认行为与常规Java程序中的默认行为不同。默认情况下，在Android应用程序中，如果未涉及线程中的异常，则将崩溃整个过程。而不是仅撞线。因此，无论是在主线程中还是在工作线程中抛出一个例外，它都会崩溃该过程（因此服务和活动）。

2. 由于服务和活动在单独的过程中，因此一个过程中的崩溃不应影响另一个过程（除非两个过程以某种方式相互通信）。

3. 仅使用Android文档使用的语言，我将重新提出一个问题：

活动和服务正在同一过程中运行。活动是绑定（通过将bindservice（...））调用。如果服务的流程崩溃，服务将重新启动？

这个问题的答案取决于其他客户是否绑定到服务。如果服务抛出未熟悉的异常（从而崩溃了服务的过程），并且没有其他客户绑定到服务（即只有活动绑定到服务），则该服务将不会重新启动。 ，并自动反弹到以前的客户（这不再存在，因为活动不再存在）

4. 但是，如果其他客户绑定到服务，那么服务的过程和服务将被重新创建 重新设计使用与Android文档一致的语言：

活动和服务正在以不同的进程运行。活动是绑定（通过将bindservice（...））调用。如果服务的流程崩溃，服务将重新启动？

这个问题的答案是肯定的。该服务的过程和服务将被重新创建，并自动反弹到活动以及以前绑定到该服务的任何其他客户。

有关服务寿命周期的更多信息，请参见服务指南， service doc ，界服务指南和 ServiceConnection doc 。