返回上一層activity方式(拓展：不同activity間的任意跳轉)

woff

返回上一層activity有好幾種實現的方式
第一種：使用finish(),結束當前的activity()，自然就返回到上一層的activity

1. public void click(View view){
   
2.                 finish();
   
3.         }

複製代碼

第二種：用Intent啟動指定的activity

1. public void click(View view){
   
2.                 Intent intent = new Intent(this, MainActivity.class);
   
3.         intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
   
4.         startActivity(intent);
   
5.         }

複製代碼

拓展：Activity間的任意跳轉
如果已經啟動了四個Activity：A，B，C和D。在D Activity裡，我們要跳到B Activity，同時希望C 也finish掉，可以在startActivity(intent)裡的intent裡添加flags標記，如下所示：

1. Intent intent = new Intent(this, B.class);
   
2. intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
   
3. startActivity(intent);

複製代碼

這樣啟動B Activity，就會把D，C都finished掉，如果你的B Activity的啟動模式是默認的（multiple） ，則B Activity會finished掉，再啟動一個新的Activity B。如果不想重新再創建一個新的B Activity，則在上面的代碼裡再加上：

1. intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);

複製代碼

這樣B Activity就會再創建一個新的了，而是會重用之前的B Activity，同時調用B Activity的onNewIntent()方法。


問題：
多activity中退出整個程序，例如從A->B->C->D，這時我需要從D直接退出程序。
網上資料：{
finish()和system(0)都只能退出單個activity。殺進程等的等方式都不行~~~
解決問題：
我們知道Android的窗口類提供了歷史棧，我們可以通過stack的原理來巧妙的實現，這裡我們在D窗口打開A窗口時在Intent中直接加入標誌Intent.FLAG_ACTIVITY_CLEAR_TOP，再次開啟A時將會清除該進程空間的所有Activity。
在D中使用下面的代碼:

1. Intent intent = new Intent();
   
2. intent.setClass(D.this, A.class);
   
3. intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP); //注意本行的FLAG设置
   
4. startActivity(intent);
   
5. finish();

複製代碼

關掉自己
在A中加入代碼：

1. Override
   
2. protected void onNewIntent(Intent intent) {
   
3. // TODO Auto-generated method stub
   
4. super.onNewIntent(intent);
   
5. //退出
   
6. if ((Intent.FLAG_ACTIVITY_CLEAR_TOP & intent.getFlags()) != 0) {
   
7. finish();
   
8. }
   
9. }
   

複製代碼

A的Manifest.xml配置成android :launchMode="singleTop"
原理總結：
一般A是程序的入口點，從D起一個A的activity，加入標識Intent.FLAG_ACTIVITY_CLEAR_TOP這個過程中會把棧中B，C，都清理掉。因為A是android:launchMode="singleTop"
不會調用oncreate(),而是響應onNewIntent（）這時候判斷Intent.FLAG_ACTIVITY_CLEAR_TOP，然後把A finish（）掉。
棧中A,B,C,D全部被清理。所以整個程序退出了。


http://blog.csdn.net/dsa63/article/details/17010887