Activity在后台驻留时,当时间过长或是内存不足,系统有没有可能销毁或析构该页面

情景类似于这样:

用于打开这个Activity,然后Home键开始玩弄其他的应用,玩了一个小时,而已系统可能严重内存不足。这个时候,本Activity会不会被销毁(即走onDestroy方法)或是析构(即不在保持该Activity引用,Activity中保持的类变量也失效,再次进入时系统再new一个)。

关于Activity的生命周期,Google描述过任何情况下onCreate方法和onDestroy方法都只会执行一次,即使在系统后台停留时间过长。

想问一下,真是这样么,如果是这样的话,保持一个Activity也将占用较大内存,系统在内存不足时是如何处理的呢?另外,Activity是什么时候别构造和析构的呢?

不好意思,我说的构造和析构是C++里的东西,一时没找到合适的词,简单套用到Java中就是类被new出来和被垃圾回收了。

根据两位的回答,我差不多的理解是这样的,Activity在退出后是有可能被回收的,当其再次进入前台的时候,会调用其onCreateonRestoreInstanceState方法,但是其是不会被垃圾回收的。

请问是这样的么,另外onCreateonRestoreInstanceState方法在这种情况下是都会被调用还是只有一个被调用?它们的调用顺序又是怎么样的?

其实是会销毁的,你可以使用一些第三方诸如360安全卫士将你当前的程序干掉。这时就连Application都重新创建了,你可以在Application里面设置静态变量,然后销毁时,静态变量会还原成初始化的值。这时候很多类似的数据可能都需要恢复了。对于Activity会执行onSaveInstanceState销毁时/onRestoreInstanceState(重构时)你可以自己先测试监控下。如果你注意的话,你可以使用微信,然后在子页面(朋友圈界面)停留然后home键,过一段时间它会跳转至首页,这就是销毁后不想处理而直接退出了,基本的原理就是在onRestoreInstanceState 里面finish掉

系统在内存不足的情况下如何处理得先理解Android进程方面的知识了,Android的进程有五种,前台进程、可见进程、服务进程、后台进程、空进程。进程的生存状况由进程拥有的权限决定,系统在回收释放进程时依赖于对进程权限的判断来决定。上边所列的五种进程,所拥有的权限由高到低排列,可以较为容易的理解进程的回收会是按这个排序的倒序进行。对于一个正在和用户交互的Activity来说,属于前台和可见进程范围,系统会优先保证这部分进程的内存供给回收空进程、停止后台进程甚至服务进程,如果这样也不能解决问题,那这个Activity就是有问题的,内存急剧消耗,就会OOM,不会是放任存在的。
恕我愚昧,我不太了解你说的别构造和析构的概念。

系统内存不足的时候就是LMKlow memory killer出马的时候
每个进程都会有自己的adj值,这个值是根据一系列计算得知的,比如前台的应用就是adj为0,后台的很久不用的adj为9
LMK会依次杀死adj数值最大的进程释放空间看内存是否够用
被杀死的进程再次启动时候会重新oncreate,至于调用顺序,你看一下这个堆栈就知道了

android.app.ActivityThread.performLaunchActivityActivityThread.java:2663
android.app.ActivityThread.handleLaunchActivityActivityThread.java:2679
android.app.ActivityThread.handleRelaunchActivityActivityThread.java:3815
android.app.ActivityThread.access$2400ActivityThread.java:125
android.app.ActivityThread$H.handleMessageActivityThread.java:2037
android.os.Handler.dispatchMessageHandler.java:99
android.os.Looper.loopLooper.java:123
android.app.ActivityThread.mainActivityThread.java:4627
at java.lang.reflect.Method.invokeNativeNative Method
java.lang.reflect.Method.invokeMethod.java:521
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.runZygoteInit.java:868
com.android.internal.os.ZygoteInit.mainZygoteInit.java:626
dalvik.system.NativeStart.mainNative Method Caused by: java.lang.NullPointerException
sundy.android.demo.activity.MainTestActivity.onRestoreInstanceStateMainTestActivity.java:76
android.app.Activity.performRestoreInstanceStateActivity.java:815
android.app.Instrumentation.callActivityOnRestoreInstanceStateInstrumentation.java:1096
android.app.ActivityThread.performLaunchActivityActivityThread.java:2641

发表评论

电子邮件地址不会被公开。 必填项已用*标注