1.首先什麼是context?
文檔語焉不詳，說是resource什麼的，反正是沒看懂，實際上可以認爲它是一個指向parent對象的指針，受到那個parent對象的控制。
2.爲什麼需要context?
試想一下這個語句：
Button myButton =newButton(this);
這個this就是context，前面說了它指向了parent對象，那指向了哪裏？爲什麼需要這麼做？原因是Button爲了能完成自己的使命（響應各種操作）就得讓Android系統知道自己是屬於哪個Activity的，這個信息是必須的，因爲只有這樣Android系統纔會對其進行管理，比如響應onClick()事件，否則系統連Button是屬於哪個Activity的都不知道，怎麼響應呢？如果Button的context和Activity的context是一樣的，那麼它們都是可見的，比如上面那個button跟Activity一樣是可見的，它們的context指向另一個不可見的對象，也就是它們受那個不可見的對象控制，我理解爲系統。
3.Application context和Activity context。
這是兩種不同的context，也是最常見的兩種。第一種中context的生命週期與Application的生命週期相關的，context隨着Application的銷燬而銷燬，第二種中的context跟Activity的生命週期是相關的，但是對一個Application來說，Activity可以銷燬幾次，那麼屬於Activity的context就會銷燬多次。至於用哪種context，得看應用場景，個人感覺用Activity的context好一點，不過也有的時候必須使用Application的context。
舉例來說：SQLite建立時是需要context的，那麼我們怎麼傳呢？
一、建立SQLiteOpenHelper 的子類
public class mySQLiteHelper extends SQLiteOpenHelper {
..........
public DBOpenHelper(Context context, String name, CursorFactory factory,
int version) {
super(context, name, factory, version);
// TODO Auto-generated constructor stub
}
.......
}
二、我們用另一個類封裝一下這個類，完善數據查詢、插入、刪除、更新等操作，具體方法不表。
public class DBManager {
//定義上面那個類對象；
private mySQLiteHelper dbHelper;
//注意這裏得定義一個context，你想直接得到是得不到的，需要調用這個類的對象自己傳一個context過來，這個context再將得到的context傳到mySQLiteHelper 那個類去。
private Context context;
//構造方法
public DBManager (Context context) {
this.context = context;
dbHelper = new DBOpenHelper(context,DB_NAME,null,VERSION);
db = dbHelper.getWritableDatabase();
}
}
三、最後，我們在一個Activity中進行調用
public class myActivity extends Activity {
private DBManager db;
public void onCreate(Bundle savedInstanceState) {
........
//dbmgr = new DataManager(getApplicationContext()); 第一種
dbmgr = new DataManager(this); //第二種
//兩種方法都可以，第一種是Application的context，第二種是Activity的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的內存。
Leaking an entire activity是很容易的一件事。
當屏幕旋轉的時候，系統會銷燬當前的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不能正常被銷燬。我們可以使用application context。application context伴隨application的一生，與activity的生命週期無關。application context可以通過Context.getApplicationContext或者Activity.getApplication方法獲取。
避免context相關的內存泄露，記住以下幾點：
1. 不要讓生命週期長的對象引用activity context，即保證引用activity的對象要與activity本身生命週期是一樣的
2. 對於生命週期長的對象，可以使用application context
3. 避免非靜態的內部類，儘量使用靜態類，避免生命週期問題，注意內部類對外部對象引用導致的生命週期變化
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
