Activity在后台驻留时,当时间过长或是内存不足,系统有没有可能销毁或析构该页面
情景类似于这样:
用于打开这个Activity
,然后Home键开始玩弄其他的应用,玩了一个小时,而已系统可能严重内存不足。这个时候,本Activity
会不会被销毁(即走onDestroy
方法)或是析构(即不在保持该Activity
引用,Activity
中保持的类变量也失效,再次进入时系统再new
一个)。
关于Activity
的生命周期,Google描述过任何情况下onCreate
方法和onDestroy
方法都只会执行一次,即使在系统后台停留时间过长。
想问一下,真是这样么,如果是这样的话,保持一个Activity
也将占用较大内存,系统在内存不足时是如何处理的呢?另外,Activity
是什么时候别构造和析构的呢?
不好意思,我说的构造和析构是C++
里的东西,一时没找到合适的词,简单套用到Java
中就是类被new
出来和被垃圾回收了。
根据两位的回答,我差不多的理解是这样的,Activity
在退出后是有可能被回收的,当其再次进入前台的时候,会调用其onCreate
和onRestoreInstanceState
方法,但是其是不会被垃圾回收的。
请问是这样的么,另外onCreate
和onRestoreInstanceState
方法在这种情况下是都会被调用还是只有一个被调用?它们的调用顺序又是怎么样的?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
其实是会销毁的,你可以使用一些第三方诸如360安全卫士将你当前的程序干掉。这时就连Application都重新创建了,你可以在Application里面设置静态变量,然后销毁时,静态变量会还原成初始化的值。这时候很多类似的数据可能都需要恢复了。对于Activity会执行onSaveInstanceState(销毁时)/onRestoreInstanceState(重构时)你可以自己先测试监控下。如果你注意的话,你可以使用微信,然后在子页面(朋友圈界面)停留然后home键,过一段时间它会跳转至首页,这就是销毁后不想处理而直接退出了,基本的原理就是在onRestoreInstanceState 里面finish掉
系统在内存不足的情况下如何处理得先理解Android进程方面的知识了,Android的进程有五种,前台进程、可见进程、服务进程、后台进程、空进程。进程的生存状况由进程拥有的权限决定,系统在回收释放进程时依赖于对进程权限的判断来决定。上边所列的五种进程,所拥有的权限由高到低排列,可以较为容易的理解进程的回收会是按这个排序的倒序进行。对于一个正在和用户交互的Activity来说,属于前台和可见进程范围,系统会优先保证这部分进程的内存供给(回收空进程、停止后台进程甚至服务进程),如果这样也不能解决问题,那这个Activity就是有问题的,内存急剧消耗,就会OOM,不会是放任存在的。
恕我愚昧,我不太了解你说的别构造和析构的概念。
系统内存不足的时候就是LMK(low memory killer)出马的时候
每个进程都会有自己的adj值,这个值是根据一系列计算得知的,比如前台的应用就是adj为0,后台的很久不用的adj为9
LMK会依次杀死adj数值最大的进程释放空间看内存是否够用
被杀死的进程再次启动时候会重新oncreate,至于调用顺序,你看一下这个堆栈就知道了