最近在做公司项目的时候，老是遇到内存不够导致APP资源被系统回收的情况，但是回到之前的界面，调用android.os.Process.killProcess(android.os.Process.myPid());杀死自己的进程的时候，发现其他的界面还在。
当Android系统的内存不足时，会根据以下的内存回收规则来回收内存：
1.先回收与其他Activity或Service/Intent Receiver无关的进程（即优先回收独立的Activity）
2.再回收处于“Stopped”状态的其他类型Activity（在背景等待的Activity）。很久没有使用的Activity优先回收（比较官方的说法是“根据LRU算法...”）
3.还不够？回收service进程
4.快不行啦，关掉可见的Activity进程
5.关闭当前的Activity
android独特的内存机制,导致系统内存不足时会销毁后台的应用,这里我们研究一下应用被销毁后重新加载时的情形
一个安卓应用A先后打开3个Activity: a --> b --> c
这个时候如果来了一个电话, 接电话的过程中, 手机内存不够, 那么应用A将会被系统回收
当打完电话,再次进入应用A的时候会发生下面的事情:
1, 系统会重新加载c,而且是在新线程中
2, 现在点返回关闭c,系统就会重新加载b,而且是在新的进程中(跟c不是一个进程)
3, 现在点返回关闭b,系统就会重新加载a,而且是在新的进程中(跟c,b的进程都不相同)
(就是先打开c,finish了c时加载b,finish了b时加载a)
注意: 这个时候应用中的全局静态变量将全部重置(有默认值的为默认值,没有默认值的为null)
这就使得出现了错误的数据
解决办法:
方法1, 不使用全局变量, 放在Application中也不行, 因为重新加载的a,b,c的页面不在一个线程中,Application不唯一了
方法2, 结束b和c, 只重新加载a ,在a中重新初始化数据 (a往往是登录界面)
现在讲办法2的实现:
在b,c等所有非a的activity中的onCreate里面加上下面的代码
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (isNull(Config.UserID)) {
if (null != savedInstanceState) {
// activity由系统打开 (是由于手机内存不够,activity在后台被系统回收,再打开时出现的现象)
// 因为系统加载的所有的Activity不在同一个线程,所以要结束除了loginActivity之外的其他进程
android.os.Process.killProcess(android.os.Process.myPid());
} else {
this.finish();
}
return;
}
// ...其他代码
}
代码的原理:
因为重新加载的a,b,c都在不同的进程中,所以我们先后舍弃c,b的进程,那么a就会重新加载
a被重新加载可以通过下面的代码证实
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login);
if (null != savedInstanceState) {
toast("程序被系统回收,需要重新登录!");
//activity由系统加载的时候savedInstanceState不为空
}
//...其他代码
}
请在小内存的手机测试,先打开应用A,进入两到三个页面,再按home键回到桌面,打开一个大型游戏,再按home键回到桌面,再打开应用A,就可以看到应用被系统回收的效果了
转载至：原文链接
