[轉]Android中的Context

轉自： http://blog.chinaunix.net/space.php?uid=17102734&do=blog&id=2830227

…………

內存泄露

這樣如果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不能正常被銷燬。

 

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

1. 不要讓生命週期長的對象引用activity context，即保證引用activity的對象要與activity本身生命週期是一樣的
2. 對於生命週期長的對象，可以使用application context
3. 避免非靜態的內部類，儘量使用靜態類，避免生命週期問題，注意內部類對外部對象引用導致的生命週期變化

application context

我們可以使用application context。application context伴隨application的一生，與activity的生命週期無關。application context可以通過Context.getApplicationContext或者Activity.getApplication方法獲取。

而製造Application context的方法在這裏可以找到http://stackoverflow.com/questions/708012/android-how-to-declare-global-variables/708317#708317

 

Java裏面通常是用一個static的變量（例如singleton之類的）來同步activity之間（程序裏面類之間）的狀態。在android裏面比較靠譜的做法是用application context來關聯這些狀態。

每個activity都是context，裏面包含了運行時的狀態。同樣application也有一個context，android會保證這個context是唯一的實例。

做一個你自己的application context需要繼承android.app.Application，然後在app的manifest裏面說明這個類。android會自動幫你創建你這個類的實例，接着你用Context.getApplicationContext()方法就能在各個activity裏

面獲得這個application context了。