編輯:關於Android編程
本篇是Activity啟動模式篇的基礎篇,介紹Activity四種啟動模式的基本概念、Intent Flag設置啟動模式以及應用場景。
在介紹四種啟動模式之前,先介紹一下 Task 棧的相關知識,task是一個具有棧結構的容器,可以放置多個 Activity 實例。
啟動一個應用,系統就會為之創建一個 task,來放置根 Activity;默認情況下,一個 Activity 啟動另一個 Activity 時,兩個 Activity 是放置在同一個 task 中的,後者被壓入前者所在的 task 棧,當用戶按下後退鍵,後者從 task 被彈出,前者又顯示在幕前,特別是啟動其他應用中的 Activity 時,兩個 Activity 對用戶來說就好像是屬於同一個應用;系統 task 和 task 之間是互相獨立的,當我們運行一個應用時,按下 Home 鍵回到主屏,啟動另一個應用,這個過程中,之前的 task 被轉移到後台,新的task被轉移到前台,其根 Activity 也會顯示到幕前,過了一會之後,在此按下 Home 鍵回到主屏,再選擇之前的應用,之前的 task 會被轉移到前台,系統仍然保留著 task 內的所有 Activity 實例,而那個新的 task 會被轉移到後台,如果這時用戶再做後退等動作,就是針對該 task 內部進行操作了。
下面介紹一下啟動模式,啟動模式一共有四種:standard、singleTop、singleTask、singleInstance,可以在 AndroidManifest.xml 文件中通過給 標簽指定 android:launchMode 屬性來選擇啟動模式,下面來逐個研究。
standard 是默認啟動方式,所有活動會自動使用這種模式。Android 使用 Task 棧來管理活動的,在本模式下,每當啟動一個新的活動,它就會在 Task 棧中入棧,並處於棧頂位置。對於該模式下,系統不會在乎是否這個活動已經在棧中,每次啟動都會創建該活動的一個新的實例。下面我們通過程序觀察一下:
public class MainActivity extends Activity { private Button btnButton; public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 生命周期方法 Log.d("MainActivity",this.toString()); super.setContentView(R.layout.main); // 設置要使用的布局管理器 btnButton=(Button)findViewById(R.id.btn); btnButton.setOnClickListener(new OnClickListener() { public void onClick(View v) { Intent intent=new Intent(MainActivity.this,MainActivity.class); startActivity(intent); } }); } }
運行程序連續點擊三次按鈕,觀察一下 logcat:
可以看出每點擊一次按鈕就產生一個新的活動,此時返回棧中有四個 MainActivity,連續按四次返回鍵才能退出程序。看一下模擬原理示意圖:
從字面意思來理解,當活動處於棧頂且已經存在時即不再入棧,當不處於棧頂時,則繼續入棧。通過實例來驗證一下我們觀點的正確性。
修改 AndroidManifest.xml 中 MainActivity 的啟動模式:
然後重新運行程序,此時再點擊按鈕只會產生一個 Activity:
下面我們測試,當 MainActivity 不處於棧頂時的情形:
1.修改 MainActivity.java 代碼如下:
public class MainActivity extends Activity { private Button btnButton; public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 生命周期方法 Log.d("MainActivity",this.toString()); super.setContentView(R.layout.main); // 設置要使用的布局管理器 btnButton=(Button)findViewById(R.id.btn); btnButton.setOnClickListener(new OnClickListener() { public void onClick(View v) { Intent intent=new Intent(MainActivity.this,SecondActivity.class); startActivity(intent); } }); } }
2.SecondActivity.java 代碼如下:
public class SecondActivity extends Activity { private Button button; public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 生命周期方法 Log.d("SecondMainActivity",this.toString()); super.setContentView(R.layout.second); // 設置要使用的布局管理器 button=(Button)findViewById(R.id.btn); button.setOnClickListener(new OnClickListener() { public void onClick(View v) { Intent intent=new Intent(SecondActivity.this,MainActivity.class);//跳到MainActivity startActivity(intent); } }); } }
先點擊 MainActivity 裡的按鈕跳到 SecondActivity,然後再點擊 SecondActivity 裡的按鈕跳到 MainActivity,我們來觀察 logcat:
一共啟動了兩次 MainActivity,這時你按返回按鈕,應該先返回 SecondActivity,再按返回按鈕返回MainActivity,再按返回按鈕程序退出,看一下模擬原理示意圖:
使用本模式可以很好的解決重復創建棧頂活動的問題,當活動的啟動模式指定為 singleTask,每次啟動該活動時系統首先會在 Task 棧中檢查是否存在該活動的實例,如果發現已經存在則直接使用該實例,並把這個活動之上的活動統統出棧,如果沒有發現則創建一個實例。
1.將 MainActivity 的啟動模式修改為:
2.在 MainActivity 中覆寫 onRestart() 方法:
@Override protected void onRestart() { super.onRestart(); Log.d("MainActivity","onRestart"); }
3.在 SecondActivity 中覆寫 onDestroy() 方法:
@Override protected void onDestroy() { super.onDestroy(); Log.d("SecondActivity","onDestroy"); }
4.運行實例,首先點擊 MainActivity 裡的按鈕跳到 SecondActivity,然後點擊 SecondActivity 裡的按鈕跳到 MainActivity。查看 logcat:
從打印信息中可以看出,在 SecondActivity 中啟動 MainActivity 時會發現棧中已經存在一個 MainActivity 實例了,並且在 SecondActivity 的下面,於是 SecondActivity 會從返回棧中出棧,而 MainActivity 重新成了棧頂活動,因此 MainActivity 的 onRestart() 方法和 SecondActivity 的 onDestroy() 方法得以執行。這時你只用點擊一次返回按鈕就能退出程序了。看一下原理示意圖:
這個模式不同於以上三種模式,指定為 singleInstance 模式的活動會啟用一個新的返回棧來管理這個活動(其實,如果 singleTask 模式制定了不同的 taskAffinity,也許啟動一個新的返回棧)。那麼這麼做的意義是什麼呢?想象一下如下場景,假設我們的程序中有一個活動允許其他程序調用的,如果我們想實現其他程序和我們的程序可以共享這個活動的實例,應該如何實現呢?在本模式下會產生一個單獨的返回棧來管理這個共享的活動,無論哪個應用程序來訪問這個活動,都共用同一個返回棧,也就解決了共享活動實例的問題。我們來實踐一下。
1.修改 AndroidManifest.xml 中 SecondActivity 的 launchMode:
2.修改 MainActivity.java 代碼:
public class MainActivity extends Activity { private Button btnButton; public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 生命周期方法 Log.d("MainActivity","Task id is"+getTaskId()); super.setContentView(R.layout.main); // 設置要使用的布局管理器 btnButton=(Button)findViewById(R.id.btn); btnButton.setOnClickListener(new OnClickListener() { public void onClick(View v) { Intent intent=new Intent(MainActivity.this,SecondActivity.class); startActivity(intent); } }); } @Override protected void onRestart() { super.onRestart(); Log.d("MainActivity","onRestart"); } }
3.修改 SecondActivity.java:
public class SecondActivity extends Activity { private Button button; public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 生命周期方法 Log.d("SecondActivity","Task id is"+getTaskId()); super.setContentView(R.layout.second); // 設置要使用的布局管理器 button=(Button)findViewById(R.id.btn); button.setOnClickListener(new OnClickListener() { public void onClick(View v) { Intent intent=new Intent(SecondActivity.this,ThirdActivity.class); startActivity(intent); } }); } @Override protected void onDestroy() { super.onDestroy(); Log.d("SecondActivity","onDestroy"); } }
4.修改ThirdActivity.java:
public class ThirdActivity extends Activity { public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 生命周期方法 Log.d("ThirdActivity","Task id is"+getTaskId()); super.setContentView(R.layout.main); // 設置要使用的布局管理器 } }
運行實例,點擊按鈕跳到 SecondActivity,再點擊按鈕跳到 ThirdActivity,我們看一下此時的 logcat:
可以看出 MainActivity 和 ThirdActivity 在同一個 Task 中,SecondActivity 在另一個 Task 中,這時我們按返回按鈕,從 ThirdActivity 直接跳到 MainActivity,再按返回鍵,跳到 SecondActivity,再按返回鍵,所有的棧都已經空了,程序退出。看一下 singleInstance 模式的原理示意圖:
FLAG_ACTIVITY_NEW_TASK:由於非Activity的組件啟動Activity是不被允許的,所以在其他組件中要是想啟動Activity就必須給Activity創建一個新的棧
FLAG_ACTIVITY_SINGLE_TOP:與launchMode的singleTop效果相同
FLAG_ACTIVITY_CLEAR_TOP:和singleTask效果一樣
FLAG_ACTIVITY_NO_HISTORY:假設B設置了該屬性,A啟動B,B啟動C,則棧中變為AC。
應用場景
standard:標准的啟動模式,大部分Activity都是這種啟動模式。
singleTop:關於singleTop一個典型的使用場景就是搜索功能。假設有一個搜索框,每次搜索查詢都會將我們引導至SearchActivity查看結果,為了更好的交互體驗,我們在結果頁頂部也放置這樣的搜索框。
假設一下,SearchActivity啟動模式為standard,那麼每一個搜索都會創建一個新的SearchActivity實例,10次查詢就是10個Activity。當我們想要退回到非SearchActivity,我們需要按返回鍵10次,這顯然太不合理了。
但是如果我們使用singleTop的話,如果SearchActivity在棧頂,當有了新的查詢時,不再重新創建SearchAc實例,而是使用當前的SearchActivity來更新結果。當我們需要返回到非SearchActivity只需要按一次返回鍵即可。使用了singleTop顯然比之前要合理。
singleTask:該模式的使用場景多類似於郵件客戶端的收件箱或者社交應用的時間線Activity。上述兩種場景需要對應的Activity只保持一個實例即可,但是也要謹慎使用這種模式,因為它可以在用戶未感知的情況下銷毀掉其他Activity。
singleInstance:這種模式的使用情況比較罕見,常用於需要與程序分離的界面,如緊急呼叫界面,Launcher中也可能使用。或者你確定你需要使Activity只有一個實例。建議謹慎使用。
上一篇文章中學習了android.provider中Telephony類。這一篇文章學習android.telephony包中的類,這些類是android提供給上層調用的
【一】常見用法最原始的用法,耦合度低,但是不能統一管理。我們需要在每一個控制器都寫以下代碼,很繁瑣,以後項目修改起來更繁瑣,得一個控制器一個控制器的去定位、修改。1.1
一、 實現拍照、選擇圖片並裁剪圖片效果按照之前博客的風格,首先看下實現效果。 二、 uCrop項目應用想起之前看到的Yalantis/
一個項目的需求,之前一篇博客寫過如何生成excel,生成後的excel要發送給用戶(指定郵箱)。奇葩的後台說這個發送也不好實現,要客戶端來做。也就只能做了(又是分分鐘要來