Android程序中如果有很多activity,又没有在跳转过程中全都finish,很可能在最后退出程序时,当前的activity结束了,但是又跳转到activity栈的下一个activity。例如从A-B-C,在跳转过程中没有finish掉B,那么从C退出程序时,就会跳到B的界面。
最理想的解决办法就是每次在调用startActivity(intent)之前finish当前的activity,但是如果在下一个activity又要回到上一个activity,就需要new一个新的activity了。如果刚好这个activity需要加载很多图片和信息,例如一个listactivity或者含有一个gallery,那么用户体验性就很差,每次按返回键都要重新加载。那么有没办法解决完全退出程序的方法,同时又能保证用户体验性呢?
目前网络上查到的方法有以下几种: http://www.android123.com.cn/kaifafaq/670.html
Dalvik VM的本地方法
1 | android.os.Process.killProcess(android.os.Process.myPid()) //获取PID, |
任务管理器方法
首先要说明该方法运行在Android 1.5 API Level为3以上才可以,同时需要权限android.permission.RESTART_PACKAGES,我们直接结束自己的package即可,直接使用ActivityManager类的restartPackage方法即可,参数为package name,该类通过getSystemService(Context.ACTIVITY_SERVICE)来实例化ActivityManager对象,这种方法系统提供的,但需要显示声明权限,所以使用中需要综合考虑。
根据Activity的声明周期
我们知道Android的窗口类提供了历史栈,我们可以通过stack的原理来巧妙的实现,这里我们在A窗口打开B窗口时在Intent中直接加入标志Intent.FLAG_ACTIVITY_CLEAR_TOP,这样开启B时将会清除该进程空间的所有Activity。
在A窗口中使用下面的代码调用B窗口:
1 | Intent intent = new Intent(); |
接下来在B窗口中需要退出时直接使用finish方法即可全部退出。
制造异常退出
首先我们可以制造一个空指针的异常,比如TextView.setText方法中执行一个int型的内容,由于setText方法重载了R.string.xxx这样的资源int型内容,但是我们没有声明这个资源,仅仅把String写成了int的值,就会产生一个异常,这时系统Dalvik VM会直接关闭你的进程。但是有的网友说了,有Force Close的对话框怎么办,其实我们通过重写Android应用程序的Application基类自己实现Thread.UncaughtExceptionHandler接口的uncaughtException方法是可以避免出现FC窗口的,用户感觉和直接退出了一样。
经过测试,其中方法1也只能结束当前的activity而不能完全退出程序。方法2测试也不行,也许没使用对,但是如果要赋予和应用没多大的权限,用户安装时看到不会生疑么?方法3其实和跳转前finish掉当前activity一样,如果上一个activity需要加载大量资源和信息,用户体验性会很差。方法4没有测试,理论上是可行的。
这里再提供两种方法:
注册Broadcast
在每个Activity里,注册一个特定的Broadcast,要结束程序时,就发送广播,所有未结束的Activity接收到后,就finish自身。
模拟一个activity栈
1 | package info.wegosoft.android.util; |
在每一个activity的onCreate()中加上一句:
1 | ActivityStackControlUtil.add(this); |
在每一个activity的onDestroy()中加上一句,这个方法保证activity在finish的时候移除自定义的list:
1 | protected void onDestroy() { |
最后在要完全退出程序的地方调用:
1 | ActivityStackControlUtil.finishProgram(); |
本来打算写成一个BaseActivity,然后所有activity都继承它,但是有的activity要继承ListActivity,Java不支持多重继承,只好作罢。这样就只能每个activity都写几句重复代码了。
以上两种activity也有缺陷,如果activity很多,在退出时可能会卡顿,但是如果activity栈里的activity过多,Android系统也会自动结束一些无用的activity,所以看到卡顿的可能不大。
v1.5.2