Android服务死亡

Question

我有一个服务在与我的应用程序相同的进程中运行。

有时Android操作系统决定终止我的服务（可能是由于内存不足）。

我的问题是：我的应用程序是否与服务一起被杀死？或者它是如何工作的？

谢谢！

Answer 1

看Android开发生命周期的视频首先请务必阅读：http://developer.android.com/guide/components/processes-and-threads.html#Lifecycle

这里的关键是，在Android的过程就是对代码的容器 - - 或者特别是一个或多个组件（活动，服务，接收者，提供者）。默认情况下，.apk中的所有组件都有自己的专用进程，它们都一起运行。这几乎总是你想要的。

当用户直接与该进程的一个组件（即一个活动）进行交互时，Android会尽力保持该进程的运行，除非出现特殊情况，否则不会看到它被杀死。

当用户不再直接与进程交互时，它将变得相对于其他进程是可消耗的，如参考文档中所述。也就是说，在进程持有用户一直使用的活动之前，空进程（没有感兴趣的组件）将被杀死，这些进程将在运行服务的进程之前被杀死。因此，有一个正在运行的服务将倾向于保持您的流程，而牺牲其他流程。

与此同时，我们需要处理越来越多的应用程序，这些应用程序经常无限期地运行，并且经常伴随着内存泄漏。因此，服务运行的时间越来越长，Android将越来越难以保持其流程的持续进行。实际上，这意味着将其移动到后台存储桶中，直到内存不足杀手将其取出。之后，如果服务仍然需要运行，那么将会创建一个新进程以供其重新启动。

结果是，对于正常运行很长时间的服务，预期它们的进程的行为会在一段时间后死亡。这不需要停止服务;一个想要继续运行的服务会这样做，它只需要在新进程中实例化。

当然，只要用户正在与进程中的活动进行交互，进程就不会被终止，因为这会将其拉到前台类别，而不管其中的任何服务正在进行什么。

Answer 2

进程被低内存杀手，而不是应用程序。因此，除非您做了额外的工作才能使您的服务在不同的流程中运行，否则您的活动将与您的服务一起中止。

尽管活动管理器可能会调用不再需要的Activity对象上的onDestroy，但低内存杀手不会尝试销毁进程中的任何对象。但是，这是作为常规活动生命周期的一部分发生的，而不是由于内存条件不足造成的。

（顺便说一句，我不清楚是否意味着“应用程序”一般，或你的对象扩展应用程序，还是你的意思是你的活动，展示了UI）。

Answer 3

的应用程序是什么，有一个用户界面，如果你已经包含了一个服务，那么它肯定会被杀死，因为一旦缓存的应用程序队列变满，应用程序被终止

因此创建与应用程序分开的服务或换句话说创建其他项目为它:)

顺便说一句，我不是一个有经验的Android德veloper但多数民众赞成我想我学会了用谷歌