android 退出方案 导致内存泄露

比较奇怪android没有给出一个统一的退出接口，网上查了很多材料也出现了一些错误，在此记录一下，遇到的，与总结的。

1、常见概念，方法

finish()

通知结束当前activity实例，finish后会调用onDestroy() 但是并没有马山释放该activity实例，只是标记可以释放，并且从back statck中移除，具体何时释放内存是由gc自动判断释放。

system.exit(0)

这个方法表面上看是结束退出，实际使用时也是退出当前的activity而已。内存应该是立马释放了，没有测过。调用exit(0) 会黑屏一会。

2、list退出方案bug

杀进程无效，用 List<Activity> activityList 在每个activity的oncreat方法里 activityList.add(this); 退出时用一个循环全部finish是可以退出的。

但是实际项目中内存泄露了。开始的时候内存泄露非常郁闷，因为接触java不久，一直以为这语言是自动释放内存的，但是事实上并没有想像中那么智能还不如c++直接全部都让编程者自己来。最后用MAT( Memory Analyzer tool )内存查询工具定位到内存泄露是发生在 List<Activity> activityList 上才想到。是这个list把各个activity钳位住了，释放不了。

为了逻辑上的清晰。阐述下项目应用，底部一个导航栏四个图标，两个主界面，一个设置，一个后退。两个主要界面及子界面不断切换后内存泄露卡死。用DDMS 的update heap 查看到内存一直增长没有稳定在一个区间。手动点cause gc 后内存无法降低，查了好久。

3、加载方式与Intent.Flag

介于list方式会内存溢出，换成Stack activityStack; 手动控制进栈出栈，应该是可以，会太麻烦了，和自己手动finish就一样了。以为开始的时候内存泄露不懂用mat 查泄露。参考了很多办法，阅读了一些材料。

查阅到了android的加载4总加载模式。http://blog.csdn.net/wangshione/article/details/8491098

a、默认是standard:每次new intent。start 跳转都会生成一个新的activity 实例

b、singleTop：本身在栈顶则 调用onNewIntent()

c、singleTask：第一次正常添加到A位置，第二次再添加时比如是A++b位置，清空栈A后的所有实例。不重新创建自己而是调用onNewIntent()

d、singleInstance: 单例单栈模式，新建一个栈给改instance 不重新创建自己而是调用onNewIntent();
点击back没有该实例

FLAG_ACTIVITY_CLEAR_TOP: 第一次正常添加到A位置，第二次再添加时比如是A++b位置，清空栈A后的所有实例。先杀死原来的自己，在onCreat自己。

FLAG_ACTIVITY_NEW_TASK：实例放入新栈

4、可用方案

登入界面，引导界面手动跳转时finish()

主页设置为singleInstance （或者

FLAG_ACTIVITY_CLEAR_TOP） 。退出都是先退到主页，再点一次退出 finish()。(不用exit,黑屏影响用户体验)

因为这里是有两个主页所以两个都设置为FLAG_ACTIVITY_CLEAR_TOP的话，登入启动的第一个主页是可以正常退出，第二个主页会先退到第一个主页再退出。所以在二号主页要添加一句对一号页的finish().

5、加载模式里的statck
参见：

http://www.sjsjw.com/kf_mobile/article/030079ABA017071.asp