给定返回 START_STICKY 的服务来自它的 onStartCommand:
1) 文档提到终止服务,据我所知,这不是通过调用 Content.stopService 来完成的,但如果它需要资源则由系统完成(或者我的服务也可能崩溃,这实际上是相同的 - 没有干净关闭)?
2)如何模拟1)中提到的杀戮? kill 可能与使用设置中的应用程序菜单停止(stoppping != killing ?)服务不同,所以我不能使用此菜单进行测试吗?
3) 如果我的服务被kill然后重启,根据文档,似乎只调用了onStartCommand,但没有调用onCreate。所以我得出结论,我的服务变量在我的服务被杀死之前是持久的?或者为什么 onCreate 没有被调用?还是可能?
我的目标是确保我的服务在被终止和重新启动时仍然可靠地工作。感谢您的任何提示:-)
最佳答案
Killing 是指它的进程被内存溢出 killer 杀死。您可以从 adb shell 对此进行模拟——使用“ps”来查找您的应用程序的进程,并使用找到的 pid 来“kill”以终止它。系统将在几秒后重启进程和服务。
如果您只收到 onStartCommand(),那么您的服务和进程已经在运行,不需要重新创建。
关于android - 简历上的服务状态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6191782/