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中收到此错误,服务没有重启..
谢谢你...为我工作
绑定服务通常仅在它服务于另一个应用程序组件时才存在,并且不会无限期地在后台运行。