android系统内存不足时,应用被系统回收发生了什么?

转载网址：http://blog.csdn.net/juhua2012/article/details/52037407?locationNum=2

java代码  

1. android独特的内存机制,导致系统内存不足时会销毁后台的应用,这里我们研究一下应用被销毁后重新加载时的情形  
2.   
3. 一个安卓应用A先后打开3个Activity:  a --> b --> c    
4. 这个时候如果来了一个电话, 接电话的过程中, 手机内存不够, 那么应用A将会被系统回收  
5.   
6. 当打完电话,再次进入应用A的时候会发生下面的事情:  
7. 1, 系统会重新加载c,而且是在新线程中  
8. 2, 现在点返回关闭c,系统就会重新加载b,而且是在新的线程中(跟c不是一个线程)  
9. 3, 现在点返回关闭b,系统就会重新加载a,而且是在新的线程中(跟c,b的线程都不相同)  
10. (就是先打开c,finish了c时加载b,finish了b时加载a)  
11.   
12. 注意: 这个时候应用中的全局静态变量将全部重置(有默认值的为默认值,没有默认值的为null)  
13.   
14. 这就使得出现了错误的数据  
15.   
16. 解决办法:   
17. 方法1, 不使用全局变量, 放在Application中也不行, 因为重新加载的a,b,c的页面不在一个线程中,Application不唯一了  
18. 方法2, 结束b和c, 只重新加载a ,在a中重新初始化数据 (a往往是登录界面)  
19.   
20. 现在讲办法2的实现:  
21. 在b,c等所有非a的activity中的onCreate里面加上下面的代码  
22. @Override  
23. protected void onCreate(Bundle savedInstanceState) {  
24.     super.onCreate(savedInstanceState);  
25.     if (isNull(Config.UserID)) {  
26.         if (null != savedInstanceState) {  
27.             // activity由系统打开 (是由于手机内存不够,activity在后台被系统回收,再打开时出现的现象)  
28.             // 因为系统加载的所有的Activity不在同一个线程,所以要结束除了loginActivity之外的其他线程  
29.             android.os.Process.killProcess(android.os.Process.myPid());  
30.         } else {  
31.             this.finish();  
32.         }  
33.         return;  
34.     }  
35.     // ...其他代码  
36. }  
37.   
38. 代码的原理:   
39. 因为重新加载的a,b,c都在不同的线程中,所以我们先后舍弃c,b的线程,那么a就会重新加载  
40.   
41. a被重新加载可以通过下面的代码证实  
42. @Override  
43. protected void onCreate(Bundle savedInstanceState) {  
44.     super.onCreate(savedInstanceState);  
45.     setContentView(R.layout.activity_login);  
46.     if (null != savedInstanceState) {  
47.         toast("程序被系统回收,需要重新登录!");  
48.         //activity由系统加载的时候savedInstanceState不为空  
49.     }  
50.     //...其他代码  
51. }  
52.   
53. 请在小内存的手机测试,先打开应用A,进入两到三个页面,再按home键回到桌面,打开一个大型游戏,再按home键回到桌面,再打开应用A,就可以看到应用被系统回收的效果了