activity 完美退出.docx

1、一、网上有很多种退出方法，可实际上很多方法都不通用（在某个版本下可用，到了另一个版本就不行），或者方法的实际效果根本就和其描述不符（也不知道那些发帖的人测没测试过）。 但我们的需求又确实存在。在某些情况下，我们需要在应用中打开多个 Activity，但如果仅仅使用 finish()方法就不能在需要的时候达到一次性退出的效果，自己作为一个Android 退出问题的受害者，通过良久思考和实际测试，找到了一个比较不错的，在 2.1-2.2-2.3 版本下都通用的完全退出方法（2.1 版本也基本可以代表 1.52.1 版本）！ PS：测试全部在模拟器环境下进行 我首先进行一下说明，下面两种方法效果完全

2、相同 1，android.os.Process.killProcess(android.os.Process.myPid() ; （这是 Dalvik VM 的本地方法） 2，System.exit(0); （常规 java、c#的标准退出法，返回值为 0 代表正常退出 ） 之后我的说明全部以 android.os.Process.killProcess(android.os.Process.myPid() 方法为准。 另外，我后边所说的程序入口即为在 AndroidManifest.xml 中配置为如下语句的Activity 下面开始我们的 Android 完美退出之旅： 先从网上的一段说明

3、说起： A-B B 中执行 android.os.Process.killProcess(android.os.Process.myPid(); 结果是结束了 B，然后重新启动 A。 实际情况是这样：A 为程序入口， B 中调用 killProcess(android.os.Process.myPid()操作，实际上是将程序入口 A 和执行该语句的 Activity B 都关闭，并重新启动新的程序入口 A。 所以，如果过程是 A-B-C 则实际情况是：A 为程序入口， C 中调用 killProcess(android.os.Process.myPid()操作将程序入口 A 和执行该语句的 A

4、ctivity C 都关闭，并重新启动新的程序入口 A（在Activity 窗口历史栈当中，旧 A 被关闭，新 A 仍然会被放置在 旧 A 所在的栈位置，不会到达栈顶端）。 PS: 如果 killProcess(android.os.Process.myPid()或 System.exit(0)是在程序入口A 处执行，则是将入口 A 关闭，不会再开启新的 A. 有人要问了，B Activity 呢？ B 还存在着，B Activity 没有被关闭。 如何解决这个问题？ 首先说明一点 android.os.Process.killProcess(android.os.Process.myPid(

5、) ;语句执行之后，后边的代码都将不再执行； 而 finish();或 startActivity(A.this,B.class);语句在执行完成后仍旧会执行后续的代码。（使用 Thread.sleep 多次验证，不用担心 finish()过后不能 startActivity 了，相反也一样）。 所以，我们就可以充分利用这一点，既然 finish();和 startActivity(A.this,B.class);语句在执行后仍然可以执行后续代码操作，那我们可以将之组合在一个代码片段中，即 startActivity(new Intent(B.this, C.class); finish();

6、 或 finish(); startActivity(new Intent(B.this, C.class); 都是可以的，我们在 B 中使用该代码段，既将 B Activity 关闭了，也打开了 C Activity，之前的问题 Done！ 如果你还有 D，E，F . 那也一样，在每次跳转到下一个 Activity 时，将 finish()一块用上。使用这种方式，多余的 Activity 就能够被关闭了。 PS：很囧的是，在我自己的 Android 应用中，在程序入口处调用这种组合代码，会直接将新开启的 Activity 也一并关闭，但在我创建的简单工程当中却不会有这种情况，不知道为什么，还

7、在寻找原因中. （也请高手指点一二） 最后 假设我们有下面一种需求，对上边的内容进行总结： Activity 的开启过程为 1.Index 2.A_Activity 3.B_Activity 4.Index，在 4.Index 中实现退出，Index 为程序入口。 Index 退出：就是最简单的 finish(); 跳转：也是最简单的 startActivity(new Intent(Index.this, A_Activity.class);A_Activity 退回到首界面：分两种情况 1，需要 Index 更新（我的 Index 就有这个需求，首页面色彩发生变化）使用android.os

8、.Process.killProcess(android.os.Process.myPid() ;关闭自己和之前的Index，创建新的 Index；2，不需要新的 Index，Index 无变化使用最简单的 finish()，并且效率还要高些。跳转： finish(); startActivity(new Intent(A_Activity.this, C.class); 关闭自身，开启除 Index 之外的其它 Activity。 B_Activity 操作与 A_Activity 相同。当然跳转语句变成了 finish(); startActivity(new Intent(B_Activ

9、ity.this, Index.class);二、上边的内容就是这样了，下面我再告诉你另外一种方法，可以实现不关闭中途的Activity，而是在后边的操作中一次性关闭前边开启的所有 Activity，可以满足一些人通过按返回键返回上一个界面的要求！ 通过 Android 的窗口类提供的历史栈，巧妙利用 stack 的原理，我们在 Intent 中加入标志 Intent.FLAG_ACTIVITY_CLEAR_TOP。 Intent intent = new Intent(); intent.setClass(One.this, Two.class); intent.setFlags(Inten

10、t.FLAG_ACTIVITY_CLEAR_TOP); startActivity(intent); 假定有如下需求： 1.Index 2.A_Activity 3.B_Activity 在 3 中设置 intent.setClass(B_Activity.this, Index.class); 跳转后，程序会从栈顶逐个向后查找，直到找到栈中最近的 Index，然后将这一路找到的Activity 全部关闭，包括 1、2、3（也就不需要像我先前的方法一路 finish 了，也保留了途中经过的 Activity） ，最后再自动建一个新的 Index Activity 放到栈顶的位置，接下来在 In

11、dex 窗口中使用 finish 方法即可退出。 如果没有理解，看这个例子： 如果 3 中设置的是 intent.setClass(B_Activity.this, A_Activity.class); 则是将 2，3 关闭，再新建一个 4.A_Activity，栈中就变成了 1.Index 4.A_Activity，懂了吧！ 值得注意的是，在下面的情况中 1.Index 2.A_Activity 3.B_Activity 4.Index 5.A_Activity 在 5 中使用 intent.setClass(A_Activity.this, B_Activity.class); 结果不是

12、1.Index 2.A_Activity 6.B_Activity 而是 1.Index 2.A_Activity 3.B_Activity 4.Index 5.A_Activity 6.B_Activity，因为 4（程序入口）的存在，所以 5 对栈的操作不会到达 3，而是发现4、5 中都没有 B_Activity 后，没有关闭任何 Activity，只在栈顶端新建了一个6.B_Activity。 这也间接说明了 Dalvik 虚拟机的遍历算法只进行到最近的程序入口，就认为后边没有该程序的 Activity 了。所以良好的 Android 编程习惯是，新建一个程序入口时，一定把老程序入口关掉

13、，这也解释了为什么用 killProcess 方法更新后的程序入口 Index 一定还是在栈中的老位置，而不是到栈顶端。 以上都是我通过新建的一个简单工程测试验证过的。 不过很囧的是，这种退出方法，我在自己的应用程序下测试，结果都是直接退出到 home界面，连 Index 界面都没有出现，还想请高手赐教一下这里边深层次的原因。 这种方法的引用链接： http:/ . it-current-program/（这个链接中还有一个自定义栈的方法，有兴趣的朋友可以关注）三、还有一种比较流行的 Android 经典完美退出方法，使用单例模式创建一个 Activity 管理对象，该对象中有一个 Activ

14、ity 容器（具体实现自己处理，使用 LinkedList 等）专门负责存储新开启的每一个 Activity，并且容易理解、易于操作，非常不错！ MyApplication 类（储存每一个 Activity，并实现关闭所有 Activity 的操作） public class MyApplication extends Application private List activityList = new LinkedList(); private static MyApplication instance; private MyApplication() /单例模式中获取唯一的 MyAppl

15、ication 实例 public static MyApplication getInstance() if(null = instance) instance = new MyApplication(); return instance; /添加 Activity 到容器中 public void addActivity(Activity activity) activityList.add(activity); /遍历所有 Activity 并 finish public void exit() for(Activity activity:activityList) activity.f

16、inish(); System.exit(0); 在每一个 Activity 中的 onCreate 方法里添加该 Activity 到 MyApplication 对象实例容器中 MyApplication.getInstance().addActivity(this); 在需要结束所有 Activity 的时候调用 exit 方法 MyApplication.getInstance().exit(); 四、我对其他一些退出方法进行的一点介绍和点评（不到之处还请指正）： restartPackage(getPackageName()(具体就不介绍了) 我在 SDK2.1 版本下开发的一款小软

17、件，放到 Android2.2 或 2.3 操作系统上无法退出，因为 restartPackage 方法在 SDK2.1 以后版本已经被废弃不用了，理由是因为它不安全，可能关闭同其他应用程序共享的 Service，而这个 Service 别人还要用呢，你给别人关了就不对了。 有人说的终极退出方法： Intent startMain = new Intent(Intent.ACTION_MAIN); startMain.addCategory(Intent.CATEGORY_HOME); startMain.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); sta

18、rtActivity(startMain); System.exit(0); 实际上这种方法只是返回了 Home 页面，如果你再次进入应用，你会发现进入的首界面是你先前没有关闭的 Activity。 调用系统隐藏 forceStopPackage 方法，这里是通过映射调用（也有其他方法） Method method = null; ActivityManager manager = (ActivityManager) getSystemService(ACTIVITY_SERVICE); try method = Class.forName(“android.app.ActivityManag

19、er“).getMethod(“forceStopPackage“, String.class); method.invoke(manager,getPackageName(); catch (Exception e) Log.d(“force“,e.getMessage(); 我在 SDK2.2 和 2.3 的测试结果是，出现 NULLPointerException，弹出错误窗口，程序被迫关闭，和预想的正常退出有差别。不过我们可以通过修改基类实现自己的Thread.UncaughtExceptionHandler 接口的 uncaughtException 方法，这样就不会有错误窗口弹出。

20、程序完全退出。 和上面一样，不过这是故意制造异常退出（上边是无意制造的异常） ，但我认为这毕竟是下策。 引用链接：http:/ A-B B 中执行 android.os.Process.killProcess(getTaskId(); 结果是结束了 B，未经黑屏，没有 android 的过渡效果，直接回到 A 的原状态，A 没有重新启动。 B 中执行 finish(RESULT_OK)； 结果是结束了 B，经过 android 过渡效果回到 A 的原状态，A 没有重新启动。五、对于简单的两个 Activitypublic class A_activity extends Activity pu

21、blic static A_activity _instance = null;Overrideprotected void onCreate(Bundle savedInstanceState) / TODO Auto-generated method stubsuper.onCreate(savedInstanceState);._instance = this;public class B_activity extends Activity Overrideprotected void onCreate(Bundle savedInstanceState) / TODO Auto-generated method stubsuper.onCreate(savedInstanceState);A_activity._instance.finish(); 2.也可以通过 ActivityManager ActivityManager manager = (ActivityManager)getSystemService(ACTIVITY_SERVICE); manager.restartPackage(packageName);