android 内存不足时服务会被杀死么,关于Android：Android – 如果绑定活动被杀死，绑定服务会发生什么？...

Android提供了Service类，它可用于后台或非UI操作。

我对服务的生命周期有疑问。

我知道绑定服务的生命周期如下：

某些组件通过bindService() - > onCreate()启动服务

onBind()

处理

绑定组件调用unbindService() - > onUnbind()

的onDestroy()

我的问题是：

活动通常在onStop()上调用unbindService()。

但是，可以在不调用onStop()的情况下杀死Activity - 我的意思是，当系统内存不足时，必须调用的唯一方法是onPause()。 onStop()在onPause()之后。在调用onStop()之前，可以销毁Activity。

在这种情况下，服务没有获取unbindService()，因此服务仍在运行。这是正确的吗？

当然，这很少发生，因为默认情况下服务是后台。 (服务更有可能被内存不足的系统杀死。)但是，"Foreground"服务的优先级高于"onPause()ed活动"。根据http://developer.android.com/guide/components/processes-and-threads.html。在这种情况下，绑定活动将首先被杀死。

如果发生这种情况，服务不会结束？如果内存不再低，则将再次创建Activity，但会再次调用bindService()，因为它是一个新实例。此外，活动甚至可能无法重新启动。这不对吗？在这种情况下我该怎么办？

我对你的问题没有完整的答案，但我想指出前台服务必须是通过startForeground()启动的。 因此，它成为一个已启动的服务，并应该能够独立生活。

如果发生以下情况：1。活动A绑定服务S. 2.活动A启动一个对话框样式的活动B(A仅调用onPause .A在可见进程上)。 3.活动B绑定服务S(S在前台进程上)。 4.系统内存不足，因此A被杀死。 (A没有调用onStop)5。B解除绑定S.

我明白你的意思了。 无论如何，我不知道Android是否真的会破坏这样的单个组件。 关于进程和线程的Android开发人员指南读取整个进程可能会被杀死以恢复内存，但我没有看到任何关于杀死单个组件的内容。 (但当然每个过程的重要性取决于其组件的状态)

该服务已被终止，但如果您从onStartCommand(...)返回"返回START_STICKY"[并且您正在使用"startService(intent)"启动服务，则该服务将重新开始备份。 即使未再次打开活动，服务也会重新启动。

我已经运行了这个例子--BoundedAudioService示例并通过查杀活动进行测试 - 服务重新启动。 (通过重启我的意思是，再次调用该服务的onStartCommand(...))

嘿，我正在使用startService并返回START_STICKY，但我仍然在我的logcat中收到此错误，服务没有重启..

谢谢你...为我工作

绑定服务通常仅在它服务于另一个应用程序组件时才存在，并且不会无限期地在后台运行。