如果发生这样的事情,究竟会发生什么?
我看到一个奇怪的但好的是:
有一个活动A1启动另一个应用程序的活动A2.现在A2是前台活动.当内存变低时,至少在模拟器上(我可以很容易地占用RAM),A2将被杀死而不是A1.
我担心的是这样的事情,例如:
我的应用程序在堆栈上有两个活动,我们称它们为A0和A1. A1再次启动了另一款App的Activity A2.当A0即将启动A1时,它为A1提供对数据对象D的引用.现在,如果A0和A1的处理在A2处于前景时被杀死,则D也会丢失.当A2完成时,似乎至少需要恢复A1.因此A1必须处理D的恢复.而且A1还必须找到一种方法来告诉仍然死亡的A0对恢复的D的引用.这是复杂的还是我走错了路?
当进程即将被杀死时,系统会保存用于启动活动的Intent.
这样,一旦用户返回到已被杀死的应用程序,则应用程序将被恢复并触发相同的Intent以启动活动,包括它可能具有的所有额外内容.
这意味着在恢复活动时,您传递到Intent以启动活动的任何数据仍将存在.
您可能不会注意到它,但Android会在日常使用中杀死并重新创建进程,这就是平台提供的无缝多任务处理的重点.
您应该始终使用“开发”设置中的“不要保留活动”选项来测试您的应用.
总结以上是内存溢出为你收集整理的android进程被杀后如何“恢复”?全部内容,希望文章能够帮你解决android进程被杀后如何“恢复”?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)