【轉】Android Application 對象介紹

標籤：android   blog   http   java   使用   os   

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

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

　　Data passing between components using 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中取出這個對象了。只要再向下轉個型 ，就實現了對象的傳遞。

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


　　PitFalls
　　使用Application如果儲存了一些不該儲存的對象很容易導致記憶體流失。如果在Application的oncreate中執行比較 耗時的操作，將直接影響的程式的啟動時間。不些清理工作不能依靠onTerminate完成，因為android會盡量讓你的程式一直運行，所以很有可能 onTerminate不會被調用。

　　MemoryLeak
　　在Java中記憶體流失是只，某個(某些)對象已經不在被使用應該被gc所回收，但有一個對象持有這個對象的引用而阻止這個對象被回收。比如我 們通常會這樣建立一個View TextView tv = new TextView(this);這裡的this通常都是Activity。所以這個TextView就持有著這個Activity的引用。下面看張圖 (Google IO 2011 ppt中抄得)

 

通常情況下，當使用者轉動手機的時候，android會重新調用OnCreate()方法產生一個新的Activity，原來的 Activity應該被GC所回收。但如果有個對象比如一個View的範圍超過了這個Activity(比如有一個static對象或者我們把這個 View的引用放到了Application當中)，這時候原來的Activity將不能被GC所回收，Activity本身又持有很多個物件的引用，所以 整個Activity的記憶體被泄漏了。

　　經常導致記憶體流失的一些原因：
　　keeping a long-lived reference to a Context.持有一個context的對象，從而gc不能回收。

　　1，一個View，的範圍超出了所在的Activity的範圍，比如一個static的View或者 把一個View cache到了application當中 etc
　　2,某些與View關聯的Drawable的範圍超出了Activity的範圍。
　　3，Runnable對象：比如在一個Activity中啟用了一個新線程去執行一個任務，在這期間這個Activity被系統回收了， 但Runnalbe的任務還沒有執行完畢並持有Activity的引用而泄漏，但這種泄漏一般來泄漏一段時間，只有Runnalbe的線程執行完閉，這個 Activity又可以被正常回收了。
　　4，記憶體類的對象範圍超出Activity的範圍：比如定義了一個記憶體類來儲存資料，又把這個記憶體類的對象傳給了其它Activity 或者Service等。因為內部類的對象會持有當前類的引用，所以也就持有了Context的引用。解決方案是如果不需要當前的引用把內部類寫成 

static或者，把內部類抽取出來變成一個單獨的類，或者把避免內部對象範圍超出Activity的範圍。


　　out Of Memery Error 在android中每一個程式所分到的記憶體大小是有限的，如果超過了這個數就會報Out Of Memory Error。android給程式分配的記憶體大小與手機硬體有關，以下是一些手機的資料：
　　G1:16M Droid:24 Nexus One:32M Xoom:48Ms
　　所以盡量把程式中的一些大的資料cache到本地檔案。以免記憶體使用量量超標。

　　Snippets
　　1,通過Application在兩個Activity間傳遞資料

 

記得資料傳遞完成之後，把存放在application的HashMap中的資料remove掉，以免發生記憶體的泄漏。

轉自 http://blog.csdn.net/lieren666/article/details/7598288

 

Application 配置全域Context

第一步、寫一個全域的單例模式的MyApplication繼承自Application 覆蓋onCreate ，在這個方法裡面執行個體化Application

第二步、配置全域的Context

<application android:name="com.appstore.service.MyApplication" ></application>

第三步、使用，使用的時候用的時候根據類的名稱訪問Context

Android程式的進入點

Android使用Google Dalvik VM，相對於傳統Java VM而言有著很大的不同，在Sun的Java體系中進入點和標準c語言一樣是main()，而每個Android程式都包含著一個Application執行個體，一個Application執行個體中有多個Activity、Service、ContentProvider或Broadcast Receiver。因為大部分的應用都包含Activity所以，說很多網友認為是Activity的onCreate，但是你沒有發現你的工程中有多個Activity嗎? 你可能沒有見過沒有Activity的Android應用吧。

其實在android.app.Application這個包的onCreate才是真正的Android進入點，只不過大多數開發人員無需重寫該類，他的繼承關係如:

java.lang.Object
? android.content.Context
? android.content.ContextWrapper
? android.app.Application

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

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

所以希望大家，記住真正的Android進入點是application的main，你可以看下androidmanifest.xml的內含項目關聯性就清楚了，並不是每個應用都必須有Activity的。

android中application 關於全域變數

android編程中，application這樣的名詞似乎變得那樣的不常見，而讓大家更為熟悉的是activity、intent、provider、broadcast和service。但其實android中的application也有著它自身的用處。

開啟manifest檔案，會看到有一個application配置標籤，這就是有關application的使用了。那究竟application有什麼用處呢?來看看SDK中是如何描述的：

Base class for those who need to maintain global application state. You can provide your own implementation by specifying its name in your AndroidManifest.xml‘s < application> tag, which will cause that class to be instantiated for you when the process for your application/package is created.

就是說application是用來儲存全域變數的，並且是在package建立的時候就跟著存在了。所以當我們需要建立全域變數的時候，不需要再像 j2se那樣需要建立public許可權的static變數，而直接在application中去實現。只需要調用Context的 getApplicationContext或者Activity的getApplication方法來獲得一個application對象，再做出相應的處理。

因小工程中涉及到的檔案比較多，這裡就貼代碼撒。

application檔案：

Java代碼:

public class TestApplication extends Application {

private int curIndex;

public int getCurIndex() {

return curIndex;

}

public void setCurIndex(int curIndex) {

this.curIndex = curIndex;

}

@Override

public void onCreate() {

super.onCreate();

}

@Override

public 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。