Android中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以及BroadcastReceiver。

Context提供了關於應用環境全局信息的接口。它是一個抽象類，它的執行被Android系統所提供。它 允許獲取以應用為特征的資源和類型。同時啟動應用級的操作，如啟動Activity，broadcasting和接收 intents。

兩種類型的Context

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

protected void onCreate(Bundle state) {  
super.onCreate(state);  
       
TextView label = new TextView(this);  
//傳遞context給view control  
      
label.setText("Leaks are bad");  
       
setContentView(label);  
}

把activity context傳遞給view，意味著view擁有一個指向activity的引用，進而引用activity占有的資 源：view hierachy, resource等。

內存洩露

這樣如果context發生內存洩露的話，就會洩露很多內存。這裡洩露的意思是gc沒有辦法回收activity的內 存。

注釋：為什麼GC沒有辦法回收相應的內存，個人感覺是因為傳遞Context會增加對象指針的引用計數， 所以基於智能指針技術的GC無法釋放相應的內存。

當屏幕旋轉的時候，系統會銷毀當前的activity，保存狀態信息，再創建一個新的。比如我們寫了一個應 用程序，它需要加載一個很大的圖片，我們不希望每次旋轉屏幕的時候都銷毀這個圖片，重新加載。實現這個 要求的簡單想法就是定義一個靜態的Drawable，這樣Activity 類創建銷毀它始終保存在內存中。實現類似：

public class myactivity extends Activity {  
private static Drawable sBackground;  
protected void onCreate(Bundle state) {  
super.onCreate(state);  
       
TextView label = new TextView(this);  
label.setText("Leaks are bad");  
       
if (sBackground == null) {  
sBackground = getDrawable(R.drawable.large_bitmap);  
}  
label.setBackgroundDrawable(sBackground);//drawable attached to a view  
      
setContentView(label);  
}  
}

這段程序看起來很簡單，但是卻問題很大。當屏幕旋轉的時候會有leak（即gc沒法銷毀activity）。我們 剛才說過，屏幕旋轉的時候系統會銷毀當前的activity。但是當drawable和view關聯後，drawable保存了view 的 reference，即sBackground保存了label的引用，而label保存了activity的引用。既然drawable不能銷毀 ，它所引用和間接引用的都不能銷毀，這樣系統就沒有辦法銷毀當前的activity，於是造成了內存洩露。gc對 這種類型的內存洩露是無能為力的。避免這種內存洩露的方法是避免activity中的任何對象的生命周期長過 activity，避免由於對象對 activity的引用導致activity不能正常被銷毀。

為了防止內存洩露，我們應該 注意以下幾點：

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

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

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