Android Context介紹

一.首先什麼是context?

文檔語焉不詳，說是resource什麼的，反正是沒看懂，實際上可以認為它是一個指向parent對象的指標，受到那個parent對象的控制。

二.為什麼需要context?

試想一下這個語句：

Button myButton =newButton(this);

這個this就是context，前面說了它指向了parent對象，那指向了哪裡？為什麼需要這麼做？原因是Button為了能完成自己的使命（響應各種操作）就得讓Android系統知道自己是屬於哪個Activity的，這個資訊是必須的，因為只有這樣Android系統才會對其進行管理，比如響應onClick()事件，否則系統連Button是屬於哪個Activity的都不知道，怎麼響應呢？如果Button的context和Activity的context是一樣的，那麼它們都是可見的，比如上面那個button跟Activity一樣是可見的，它們的context指向另一個不可見的對象，也就是它們受那個不可見的對象控制，我理解為系統。

三.Application context和Activity context

這是兩種不同的context，也是最常見的兩種。第一種中context的生命週期與Application的生命週期相關的，context隨著Application的銷毀而銷毀，第二種中的context跟Activity的生命週期是相關的，但是對一個Application來說，Activity可以銷毀幾次，那麼屬於Activity的context就會銷毀多次。至於用哪種context，得看應用情境，個人感覺用Activity的context好一點，不過也有的時候必須使用Application的context。

舉例來說：SQLite建立時是需要context的，那麼我們怎麼傳呢？

1.建立SQLiteOpenHelper 的子類

     {.......... (Context context, String name, CursorFactory factory, version) {(context, name, factory, version);}.......}

2.我們用另一個類封裝一下這個類，完善資料查詢、插入、刪除、更新等操作，具體方法不表

  DBManager { mySQLiteHelper dbHelper; Context context;  (Context context) {.context = context;dbHelper =  DBOpenHelper(context,DB_NAME,,VERSION);db = dbHelper.getWritableDatabase();}}

3.最後，我們在一個Activity中進行調用

     { DBManager db;   (Bundle savedInstanceState) {........            dbmgr =  DataManager();  .........}}

在android中context可以作很多操作，但是最主要的功能是載入和訪問資源。在android中有兩種context，一種是 application context，一種是activity context，通常我們在各種類和方法間傳遞的是activity context。 
比如一個activity的onCreate：

  (Bundle state) {        .onCreate(state);        TextView label =  TextView();         label.setText();        setContentView(label);}

把activity context傳遞給view，意味著view擁有一個指向activity的引用，進而引用activity佔有的資源：view hierachy, resource等。這樣如果context發生記憶體泄露的話，就會泄露很多記憶體。這裡泄露的意思是gc沒有辦法回收activity的記憶體。Leaking an entire activity是很容易的一件事。

當旋轉螢幕的時候，系統會銷毀當前的activity，儲存狀態資訊，再建立一個新的。

比如我們寫了一個應用程式，它需要載入一個很大的圖片，我們不希望每次旋轉屏 幕的時候都銷毀這個圖片，重新載入。實現這個要求的簡單想法就是定義一個靜態Drawable，這樣Activity 類建立銷毀它始終儲存在記憶體中。 
實作類別似：

     {          Drawable sBackground;          (Bundle state) {                .onCreate(state);                TextView label =  TextView();                label.setText();                 (sBackground == ) {                        sBackground = getDrawable(R.drawable.large_bitmap);                }        label.setBackgroundDrawable(sBackground);        setContentView(label);        }}

這段程式看起來很簡單，但是卻問題很大。當旋轉螢幕的時候會有leak（即gc沒法銷毀activity）。

我們剛才說過，旋轉螢幕的時候系統會銷毀當前的activity。但是當drawable和view關聯後，drawable儲存了view的 reference，即sBackground儲存了label的引用，而label儲存了activity的引用。既然drawable不能銷毀，它所 引用和間接引用的都不能銷毀，這樣系統就沒有辦法銷毀當前的activity，於是造成了記憶體泄露。gc對這種類型的記憶體泄露是無能為力的。

避免這種記憶體泄露的方法是避免activity中的任何對象的生命週期長過activity，避免由於對象對 activity的引用導致activity不能正常被銷毀。我們可以使用application context。application context伴隨application的一生，與activity的生命週期無關。application context可以通過Context.getApplicationContext或者Activity.getApplication方法擷取。

避免context相關的記憶體泄露，記住以下幾點：

不要讓生命週期長的對象引用activity context，即保證引用activity的對象要與activity本身生命週期是一樣的

對於生命週期長的對象，可以使用application context

避免非靜態內部類，盡量使用靜態類，避免生命週期問題，注意內部類對外部對象引用導致的生命週期變化

Context字面意思是上下文，位於framework package的android.content.Context中，其實該類為LONG型，類似Win32中的Handle控制代碼。很多方法需要通過 Context才能識別調用者的執行個體：比如說Toast的第一個參數就是Context，一般在Activity中我們直接用this代替，代表調用者的執行個體為Activity，而到了一個button的onClick(View view)等方法時，我們用this時就會報錯，所以我們可能使用ActivityName.this來解決，主要原因是因為實現Context的類主要有Android特有的幾個模型，Activity以及Service。

如下圖所示：

Context提供了關於應用環境全域資訊的介面。它是一個抽象類別，它的執行被Android系統所提供。它允許擷取以應用為特徵的資源和類型。同時啟動應用級的操作，如啟動Activity，broadcasting和接收intents。

四、HANDLE handle控制代碼是什麼意思，他是指標嗎？

一個控制代碼是指使用的一個唯一的整數值，是指一個四位元組長的數值，用於標誌應用程式中的不同對象和同類對象中的不同的執行個體，諸如，一個視窗，按鈕，表徵圖，捲軸，輸出裝置，控制項或者檔案等，應用程式能夠通過控制代碼訪問相應的對象的資訊。但是，控制代碼不是一個指標，程式不能利用它控制代碼來直接閱讀檔案中的資訊。

感恩：

Android中Context簡介：http://blog.csdn.net/zhangqijie001/article/details/5891682

Android Context的幾點看法：http://blog.sina.com.cn/s/blog_80bfa06701014c9g.html

Android中，Context，什麼是Context？：http://blog.csdn.net/race604/article/details/9331807

android中的Context到底該怎麼用 ：http://www.cnblogs.com/thinksasa/archive/2012/12/01/2796964.html