网上有很多种退出方法,可实际上很多方法都不通用(在某个版本下可用,到了另一个版本就不行),或者方法的实际效果根本就和其描述不符(也不知道那些发帖的人测没测试过)。
但我们的需求又确实存在。在某些情况下,我们需要在应用中打开多个Activity,但如果仅仅使用finish()方法就不能在需要的时候达到 一次性退出的效果,自己作为一个Android退出问题的受害者,通过良久思考和实际测试,找到了一个比较不错的,在2.1-2.2-2.3版本下都通用 的完全退出方法(2.1版本也基本可以代表1.5~2.1版本)!
PS:测试全部在模拟器环境下进行
我首先进行一下说明,下面两种方法效果完全相同
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
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
下面开始我们的Android完美退出之旅:
先从网上的一段说明说起:
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和执行 该语句的Activity 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()) ;语句执行之后,后边的代码都将不再执行;
而finish();或startActivity(A.this,B.class);语句在执行完成后仍旧会执行后续的代码。(使用Thread.sleep多次验证,不用担心finish()过后不能startActivity了,相反也一样)。
所以,我们就可以充分利用这一点,既然finish();和startActivity(A.this,B.class);语句在执行后仍然可以执行后续代码操作,那我们可以将之组合在一个代码片段中,即
startActivity(new Intent(B.this, C.class));
finish();
或
finish();
startActivity(new Intent(B.this, C.class));
都是可以的,我们在B中使用该代码段,既将B Activity关闭了,也打开了C Activity,之前的问题Done!
如果你还有D,E,F ... 那也一样,在每次跳转到下一个Activity时,将finish()一块用上。使用这种方式,多余的Activity就能够被关闭了。
但我们的需求又确实存在。在某些情况下,我们需要在应用中打开多个Activity,但如果仅仅使用finish()方法就不能在需要的时候达到 一次性退出的效果,自己作为一个Android退出问题的受害者,通过良久思考和实际测试,找到了一个比较不错的,在2.1-2.2-2.3版本下都通用 的完全退出方法(2.1版本也基本可以代表1.5~2.1版本)!
PS:测试全部在模拟器环境下进行
我首先进行一下说明,下面两种方法效果完全相同
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
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
下面开始我们的Android完美退出之旅:
先从网上的一段说明说起:
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和执行 该语句的Activity 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()) ;语句执行之后,后边的代码都将不再执行;
而finish();或startActivity(A.this,B.class);语句在执行完成后仍旧会执行后续的代码。(使用Thread.sleep多次验证,不用担心finish()过后不能startActivity了,相反也一样)。
所以,我们就可以充分利用这一点,既然finish();和startActivity(A.this,B.class);语句在执行后仍然可以执行后续代码操作,那我们可以将之组合在一个代码片段中,即
startActivity(new Intent(B.this, C.class));
finish();
或
finish();
startActivity(new Intent(B.this, C.class));
都是可以的,我们在B中使用该代码段,既将B Activity关闭了,也打开了C Activity,之前的问题Done!
如果你还有D,E,F ... 那也一样,在每次跳转到下一个Activity时,将finish()一块用上。使用这种方式,多余的Activity就能够被关闭了。