Android使用Application總結

標籤：

   SDK中的描述：Application類是為了那些需要儲存全域變數設計的基本類，你可以在AndroidManifest.xml的<application>標籤中進行自己的實現，這樣的結果是：當你的application或者包被建立的時候將引起那個類被建立。
理解：就是說application是用來儲存全域變數的，並且是在package建立的時候就跟著存在了。所以當我們需要建立全域變數的時候，不需 要再像j2se那樣需要建立public許可權的static變數，而直接在application中去實現。只需要調用Context的getApplicationContext或者Activity的getApplication方法來獲得一個application對象，再做出相應 的處理。

例如Launcher模組中;它自己就寫了個application，在AndroidManifest.xml中將它進行了設定：

<application
        android:name="com.android.launcher2.LauncherApplication"

對於他的設定可以參考這個模組。

android.app.Application類包含了4個公開的方法

void  onConfigurationChanged(Configuration newConfig)
void  onCreate()  //這裡才是真正的進入點。
void  onLowMemory()
void  onTerminate()

1:Application是什嗎？

1	Application和Activity,Service一樣,是android架構的一個系統組件，當android程式啟動時系統會建立一個 application對象，用來儲存系統的一些資訊。通常我們是不需要指定一個Application的，這時系統會自動幫我們建立，如果需要建立自己 的Application，也很簡單建立一個類繼承 Application並在manifest的application標籤中進行註冊(只需要給Application標籤增加個name屬性把自己的 Application的名字定入即可)。

android系統會為每個程式運行時建立一個Application類的對象且僅建立一個，所以Application可以說是單例 (singleton)模式的一個類.且application對象的生命週期是整個程式中最長的，它的生命週期就等於這個程式的生命週期。因為它是全域 的單例的，所以在不同的Activity,Service中獲得的對象都是同一個對象。所以通過Application來進行一些，資料傳遞，資料共用 等,資料緩衝等操作。

2:通過Application傳遞資料

假如有一個Activity A, 跳轉到 Activity B ,並需要推薦一些資料，通常的作法是Intent.putExtra() 讓Intent攜帶，或者有一個Bundle把資訊加入Bundle讓Intent推薦Bundle對象，實現傳遞。但這樣作有一個問題在 於，Intent和Bundle所能攜帶的資料類型都是一些基本的資料類型，如果想實現複雜的資料傳遞就比較麻煩了，通常需要實現 Serializable或者Parcellable介面。這其實是Android的一種IPC資料傳遞的方法。如果我們的兩個Activity在同一個 進程當中為什麼還要這麼麻煩呢，只要把需要傳遞的對象的引用傳遞過去就可以了。 基本思路是這樣的。在Application中建立一個HashMap ，以字串為索引，Object為value這樣我們的HashMap就可以儲存任何類型的對象了。在Activity A中把需要傳遞的對象放入這個HashMap，然後通過Intent或者其它途經再把這索引的字串傳遞給Activity B ,Activity B 就可以根據這個字串在HashMap中取出這個對象了。只要再向下轉個型 ，就實現了對象的傳遞。

3:Application資料緩衝

　　我一般會習慣在application中建立兩個HashMap一個用於資料的傳遞，一個用於緩 存一些資料。比如有一個Activity需要從網站擷取一些資料，擷取完之後我們就可以把這個資料cache到Application 當中，當版面設定到其它Activity再回來的時候，就可以直接使用緩衝好的資料了。但如果需要cache一些大量的資料，最好是cache一些 (軟引用)SoftReference ，並把這些資料cache到本地rom上或者sd卡上。如果在application中的緩衝不存在，從本機快取尋找，如果本機快取的資料也不存在再從網 絡上擷取。

6：生命週期：

onCreate 在建立應用程式時建立
onTerminate 當終止應用程式物件時調用，不保證一定被調用，當程式是被核心終止以便為其他應用程式釋放資源，那
麼將不會提醒，並且不調用應用程式的對象的onTerminate方法而直接終止進 程
onLowMemory 當背景程式已經終止資源還匱乏時會調用這個方法。好的應用程式一般會在這個方法裡面釋放一些不必
要的資源來應付當背景程式已經終止，前台應用程式記憶體還不夠時的情況。
onConfigurationChanged 配置改變時觸發這個方法

備忘:application 被殺死的情況分析：
為了決定在記憶體較低的時候殺掉哪個進程, Android會根據運行在這些進程內的組件及他們的狀態把進程劃分成一個”重要程度層次”. 其重要的程度按以下規則排序:
1：前端進程可以是一個持有運行在螢幕最前端並與使用者互動的Activity的進程(onResume方法被調用時)，也可以是持有一個正在啟動並執行IntentReceiver(也就是說他正在執行自己的onReceiveIntent方法)的進程. 在系統中, 只會有少數這樣的進程, 並且除非記憶體已經低到不夠這些進程運行, 否則系統不會主動殺掉這些進程. 這時, 裝置通常已經達到了需要記憶體整理的狀態, 所以殺掉這些進程是為了不讓使用者介面停止回應.
2：可視進程是持有一個被使用者可見, 但沒有顯示在最前端 (onPause方法被調用時) 的Activity的進程. 舉例來說, 這種進程通常出現在一個前端Activity以一個對話方塊出現並保持前一個Activity可見時. 這種進程被系統認為是極其重要的, 並且通常不會被殺掉, 除非為了保持所有前端進程正常運行不得不殺掉這些可見進程.
3：服務進程是持有一個Service的進程, 該Service是由startService()方法啟動的, 儘管這些進程使用者不能直接看到, 但是通常他們做的工作使用者是十分關注的(例如, 在背景播放mp3或是在後台下載 上傳檔案), 所以, 除非為了保持所有的前端進程和可視進程正常運行外, 系統是不會殺掉服務進程的.
4：後台進程是持有一個不再被使用者可見的Activity(onStop()方法被調用時)的進程. 這些進程不會直接影響使用者體驗. 加入這些進程已經完整的,正確的完成了自己的生命週期(訪問Activity查看更多細節), 系統會在為前三種進程釋放記憶體時隨時殺掉這些後台進程. 通常會有很多的後台進程在運行, 所以這些進程被存放在一個LRU列表中, 以保證在低記憶體的時候, 最近一個被使用者看到的進程會被最後殺掉.
5：空進程是沒有持有任何活動應用組件的進程. 保留這種進程的唯一理由是為了提供一種緩衝機制, 縮短他的應用下次運行時的啟動時間. 就其本身而言, 系統殺掉這些進程的目的是為了在這些空進程和底層的核心緩衝之間平衡整個系統的資源.

application檔案：

Java代碼:

public class TestApplication extends Application {private int curIndex;public int getCurIndex() {return curIndex;}public void setCurIndex(int curIndex) {this.curIndex = curIndex;}@Overridepublic void onCreate() {super.onCreate();}@Overridepublic void onTerminate() {super.onTerminate();}}

application中有一個curIndex和setter getter方法。

第一個acitivty中對application進行的操作：

Java代碼：

TestApplication application = (TestApplication) this.getApplication();

Log.i("data", ""+application.getCurIndex());

application.setCurIndex(5);

第二個Activity：

Java代碼：

TestApplication application = (TestApplication)this.getApplication();

Log.i("data", ""+application.getCurIndex());

application.setCurIndex(6);

第三個Activity：

Java代碼

final TestApplication application = (TestApplication) this.getApplication();

Log.i("data", ""+application.getCurIndex());

在運行過程中，每一次都kill掉對應的Activity，再進入下一個Activity。

 

Android使用Application總結