最近在看程序的時候，看到好多地方都用到了Context，下面來學(xué)習(xí)一下：
ACOD上關(guān)于Context的解釋：
Interface to global information about an application environment. This is an abstract class whose implementation is provided by the Android system(added by me:By subclass). It allows access to application-specific resources and classes, as well as up-calls for application-level operations such as launching activities, broadcasting and receiving intents, etc.
Context字面意思上下文，位于framework package的android.content.Context中，其實該類為LONG型，類似Win32中的Handle句柄，很多方法需要通過 Context才能識別調(diào)用者的實例，比如說Toast的第一個參數(shù)就是Context，一般在Activity中我們直接用this代替，代表調(diào)用者的 實例為Activity，而到了一個button的onClick(View view)等方法時，我們用this時就會報錯，所以我們可能使用ActivityName.this來解決，主要原因是因為實現(xiàn)Context的類主要有Android特有的幾個模型，Activity、Service以及BroadcastReceiver。
兩種類型的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等。
內(nèi)存泄露
這樣如果context發(fā)生內(nèi)存泄露的話，就會泄露很多內(nèi)存。這里泄露的意思是gc沒有辦法回收activity的內(nèi)存。
注釋：為什么GC沒有辦法回收相應(yīng)的內(nèi)存，個人感覺是因為傳遞Context會增加對象指針的引用計數(shù)，所以基于智能指針技術(shù)的GC無法釋放相應(yīng)的內(nèi)存。
當(dāng)屏幕旋轉(zhuǎn)的時候，系統(tǒng)會銷毀當(dāng)前的activity，保存狀態(tài)信息，再創(chuàng)建一個新的。比如我們寫了一個應(yīng)用程序，它需要加載一個很大的圖片，我們不希望每次旋轉(zhuǎn)屏幕的時候都銷毀這個圖片，重新加載。實現(xiàn)這個要求的簡單想法就是定義一個靜態(tài)的Drawable，這樣Activity 類創(chuàng)建銷毀它始終保存在內(nèi)存中。實現(xiàn)類似：
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);
}
}
|
這段程序看起來很簡單，但是卻問題很大。當(dāng)屏幕旋轉(zhuǎn)的時候會有l(wèi)eak（即gc沒法銷毀activity）。我們剛才說過，屏幕旋轉(zhuǎn)的時候系統(tǒng)會銷毀當(dāng)前的activity。但是當(dāng)drawable和view關(guān)聯(lián)后，drawable保存了view的 reference，即sBackground保存了label的引用，而label保存了activity的引用。既然drawable不能銷毀，它所引用和間接引用的都不能銷毀，這樣系統(tǒng)就沒有辦法銷毀當(dāng)前的activity，于是造成了內(nèi)存泄露。gc對這種類型的內(nèi)存泄露是無能為力的。避免這種內(nèi)存泄露的方法是避免activity中的任何對象的生命周期長過activity，避免由于對象對 activity的引用導(dǎo)致activity不能正常被銷毀。
為了防止內(nèi)存泄露，我們應(yīng)該注意以下幾點：
- 不要讓生命周期長的對象引用activity context，即保證引用activity的對象要與activity本身生命周期是一樣的
- 對于生命周期長的對象，可以使用application context
- 避免非靜態(tài)的內(nèi)部類，盡量使用靜態(tài)類，避免生命周期問題，注意內(nèi)部類對外部對象引用導(dǎo)致的生命周期變化
application context
我們可以使用application context。application context伴隨application的一生，與activity的生命周期無關(guān)。application context可以通過Context.getApplicationContext或者Activity.getApplication方法獲取。
Java里面通常是用一個static的變量（例如singleton之類的）來同步activity之間（程序里面類之間）的狀態(tài)。在android里面比較靠譜的做法是用application context來關(guān)聯(lián)這些狀態(tài)。
每個activity都是context，里面包含了運行時的狀態(tài)。同樣application也有一個context，android會保證這個context是唯一的實例。
做一個你自己的application context需要繼承android.app.Application，然后在app的manifest里面說明這個類。android會自動幫你創(chuàng)建你這個類的實例，接著你用Context.getApplicationContext()方法就能在各個activity里 面獲得這個application context了。
class MyApp extends Application {
private String myState;
public String getState(){
return myState;
}
public void setState(String s){
myState = s;
}
}
class Blah extends Activity {
@Override
public void onCreate(Bundle b){
...
MyApp appState = ((MyApp)getApplicationContext());
String state = appState.getState();
...
}
}
|