Activity 退出

 1,抛异常退出:

 

   对于单一Activity的应用来说，退出很简单，直接finish()即可。
当然，也可以用killProcess()和System.exit()这样的方法。

但是，对于多Activity的应用来说，在打开多个 Activity后，如果想在最后打开的Activity直接退出，上边的方法都是没有用的，因为上边的方法都是结束一个Activity而已。
当然，网上也有人说可以。
就好像有人问，在应用里如何捕获Home键，有人就会说用keyCode比较KEYCODE_HOME即可，而事实上如果不修改framework，根本不可能做到这一点一样。
所以，最好还是自己亲自试一下。

那么，有没有办法直接退出整个应用呢？
在 2.1之前，可以使用ActivityManager的restartPackage方法。
它可以直接结束整个应用。在使用时需要权限 android.permission.RESTART_PACKAGES。
注意不要被它的名字迷惑。

可是，在2.2，这个方法失效了。
在2.2添加了一个新的方法，killBackgroundProcesses()，需要权限 android.permission.KILL_BACKGROUND_PROCESSES。
可惜的是，它和2.2的 restartPackage一样，根本起不到应有的效果。

另外还有一个方法，就是系统自带的应用程序管理里，强制结束程序的方法，forceStopPackage()。
它需要权限android.permission.FORCE_STOP_PACKAGES。
并且需要添加android:sharedUserId="android.uid.system"属性
同样可惜的是，该方法是非公开的，他只能运行在系统进程，第三方程序无法调用。
因为需要在Android.mk中添加LOCAL_CERTIFICATE := platform。
而 Android.mk是用于在Android源码下编译程序用的。

从以上可以看出，在2.2，没有办法直接结束一个应用，而只能用自己的办法间接办到。

现提供几个方法，供参考：

1、抛异常强制退出：
该方法通过抛异常，使程序Force Close。
验证可以，但是，需要解决的问题是，如何使程序结束掉，而不弹出Force Close的窗口。

2、记录打开的 Activity：
每打开一个Activity，就记录下来。在需要退出时，关闭每一个Activity即可。

3、发送特定广播：
在需要结束应用时，发送一个特定的广播，每个Activity收到广播后，关闭即可。

4、递归退出
在打开新的 Activity时使用startActivityForResult，然后自己加标志，在onActivityResult中处理，递归关闭。

除了第一个，都是想办法把每一个Activity都结束掉，间接达到目的。
但是这样做同样不完美。
你会发现，如果自己的应用程序对每一个 Activity都设置了nosensor，在两个Activity结束的间隙，sensor可能有效了。
但至少，我们的目的达到了，而且没有影响用户使用。

为了编程方便，最好定义一个Activity基类，处理这些共通问题。

 

 

 

 

 

 

 

 

 

 

 

2,finish()

Activity 调用finish()

Activity 只要没调用finish()， onCreate和构造函数就不会被反复调用 例子：startActivity实际上是建立了一个新的线程，假如A中激活了B，那么在进入B后A并没有wait，而是继续执行着代码，这样就不一定能达到在B回来再刷新A的界面，为了解决这个问题，使用startActivityForResult（B,1），后面的请求代码随便写，再在A中重载onActivityResult函数即可，里面写上刷新函数就行。至于B是否setResult（1）无关紧要，B中不需要其他额外代码，即使不自己写finish，按手机上的返回键一样触发onActivityResult。 3：一定要注意onResume()的使用 在生命周期中 有两种方式进入onResume 第一种： onCreate() --onStart()--onResume() 第二种：在一个Activity A运行中 --另外一个Activity B启动之前 --onPause---Activity A 再次回到前台-- onResume 例子：使用overridePendingTransition 设置 两个Activity 的切换效果时!就可以在onResume用对切换效果进行处理           动开发者大会最新议题发布，八折抢票！       2013年1月微软MVP申请开始啦！         “第一次亲密接触”—有奖征文活动                 Android Activity Lifecycle(Finish)              分类：             Android研究室              2011-06-29 15:10     1322人阅读     评论(1)     收藏     举报         广大博友，看过后帮忙顶顶，谢谢大家！！！     转载请注明： http://blog.csdn.net/richway2010/archive/2011/06/29/6574987.aspx    【博主：各位博友，网友们，大家网上好！欢迎光临本博客。 欢迎多多交流，多提意见，互相学习，互相进步，我们的口号是：好好学习，天天向上。】     看过很多关于activity生命周期的文章，大多都只是讲明一个图例流程，并没有把其中原理讲清楚，下面加上个人理解，分析一下它的生命周期。     跟其他手机平台的应用程序一样，Android的应用程序的生命周期是被统一掌控的，也就是说我们写的应用程序命运掌握在别人（系统）的手里，我们不能改变它，只能学习并适应它。     简单地说一下为什么是这样：我们手机在运行一个应用程序的时候，有可能打进来电话发进来短信，或者没有电了，这时候程序都会被中断，优先去服务电话的基本功能，另外系统也不允许你占用太多资源，至少要保证电话功能吧,所以资源不足的时候也就有可能被干掉。   看图：   对上图分析： 1、启动Activity执行的方法：onCreate()-->onStart()-->onResume()方法，此时程序处理运行状态。      方法原理：      onCreate: 在这里创建界面，做一些数据的初始化工作      onStart: 到这一步变成用户可见不可交互的      onResume: 变成和用户可交互的，（在activity栈系统通过栈的方式管理这些个Activity的最上面，运行完弹出栈，则回到上一个Activity) 2、结束Activity执行的方法：onPause()-->onStop()-->onDestory()方法，此时程序被销毁。      方法原理：      onPause:到这一步是可见但不可交互 的，系统会停止动画等消耗CPU 的事情，从上文的描述已经知道，应该在这里保存你的一些数据,因为这个时候你的程序的优先级降低，有可能被系统收回。在这里保存的数据，应该在onResume里读出来，注意：这个方法里做的事情时间要短，因为下一个activity不会等到这个方法完成才启动      onstop:变得不可见 ，被下一个activity覆盖了      onDestroy:这是activity被干掉前最后一个被调用方法了，可能是外面类调用finish方法或者是系统为了节省空间将它暂时性的干掉，可以用isFinishing()来判断它，如果你有一个Progress Dialog在线程中转动，请在onDestroy里把他cancel掉，不然等线程结束的时候，调用Dialog的cancel方法会抛异常的。 3、onPause()-->onResume转化原理 Activity可以经常性地在resumed和paused状态之间切换,当activity处理运行状态时，有新的activity运行到前台，此时原activity将被压入栈，当前activity处于栈顶。   4、闲置很长时间的activity-->到运行状态过程      onStop()-->onRestart()-->onStart()-->onResume()-->activity running        注：处于onPause，onstop， onDestroy，三种状态下 activity都有可能会因为其它应用需要用内存，而被系统干掉。其它状态不会结束。             【JAVA培训】关于Activity的finish方法 http://www.ahtarena.com   2012-9-25  合肥达内 【合肥JAVA培训】Java代码 public class HelloActivity extends Activity {      ProgressDialog dlg = null;      Handler mHandler = new Handler();      @Override     public void onCreate(Bundle savedInstanceState) {          super.onCreate(savedInstanceState);          dlg = new ProgressDialog(this);          dlg.show();                    //HelloActivity.this.finish();//---------------1 会立刻调用onDestory();          //java.lang.IllegalArgumentException: View not attached to window manager          mHandler.postDelayed(new Runnable() {              @Override             public void run() {                  HelloActivity.this.finish();//-----2                  dlg.cancel();                  //WindowManager.removeview(HelloActivity, dlg);              }          }, 1000);          setContentView(R.layout.hello_activity);      }      @Override     public void onDestroy(){          super.onDestroy();          Log.d("yzy","activity....finish.....");      }       } 【合肥JAVA培训】 public class HelloActivity extends Activity {     ProgressDialog dlg = null;     Handler mHandler = new Handler();     @Override     public void onCreate(Bundle savedInstanceState) {         super.onCreate(savedInstanceState);         dlg = new ProgressDialog(this);         dlg.show();                //HelloActivity.this.finish();//---------------1 会立刻调用onDestory();         //java.lang.IllegalArgumentException: View not attached to window manager         mHandler.postDelayed(new Runnable() {             @Override             public void run() {                 HelloActivity.this.finish();//-----2                 dlg.cancel();                 //WindowManager.removeview(HelloActivity, dlg);             }         }, 1000);         setContentView(R.layout.hello_activity);     }     @Override     public void onDestroy(){         super.onDestroy();         Log.d("yzy","activity....finish.....");     }   }   如果在1的位置finish.会报异常 view not attach to the windowmanager，这个很好理解。【合肥JAVA培训】   如果在2的位置finish不会有任何问题，而且调用onDestory(); 疑惑中........................................难道finish是个耗时操作，是个异步操作? 于是我2 的下面加了一行SystemClock.sleep(1000); 可是 第二种情况dlg.cancel()还是不报错？【合肥达内JAVA培训怎么样？】 【合肥达内培训】达内科技IT培训中心，核心主力课程有Java培训，C++培训，.net培训，3G培训，android培训，PHP培训，嵌入式培训和软件测试培训，顶级专家授课，真实项目实战,合肥低成本学习，全国高薪就业名企！