1.Context概述
- Context是一個抽象類，其通用實現在ContextImpl類中。它的主要作用是一個訪問application環境全局信息的接口，通過它可以訪問application的資源和相關的類，其主要功能如下：
- 啟動Activity
- 啟動和停止Service
- 發送廣播 消息
- 注冊廣播消息接受者
- 訪問APK中各種資源
- 訪問Package的相關信息
- APK的各種權限管理
簡單的說：Context負責Activity，Service，Intent，資源，Package和權限。
2.Context家族關系
- 第一層：
一個Context抽象類， - 第二層
一個ContextImpl的實現類，里面擁有一個PackageInfo類的實例，PackageInfo類是關于整個包信息的類。
一個ContextWraper是Context的一個包裝類，里面有一個ContextImpl類的實例，通過整個實例去調用ContextImpl里面的方法。 - 第三層
Service和Application直接繼承ContextWrapper，但是Activity需要先引入主題，所以有了ContextThemeImpl類。
3.Context使用
-
應用程序在以下幾種情況下創建Context實例：
- 創建Application 對象時， 而且整個App共一個Application對象
- 創建Service對象時
- 創建Activity對象時
所以Context個數=Activity數+Service數+1(Application)
每個Context各有不同。
4.Context內存泄露問題
- 靜態資源導致的內存泄漏
有時候旋轉屏幕時候，會先銷毀原來的Activity，重新建立一個Activity，這時候圖片我們并不想重新加載，所以將圖片設置為靜態對象。
但是靜態對象的view.setBackgroundDrawable();方法很容易造成內存泄露。
public class MyCustomResource {
//靜態變量drawable
private static Drawable drawable;
private View view；
public MyCustomResource(Context context) {
Resources resources = context.getResources();
drawable = resources.getDrawable(R.drawable.ic_launcher);
view = new View(context);
view.setBackgroundDrawable(drawable);
}
}
public void setBackgroundDrawable(Drawable background) {
..........
/**此處的this就是當前View對象，而View對象又是有Context對象獲得
因此，變量background持有View對象的引用，View持有Context的引用，
所有background間接持有Context對象的引用了*/
background.setCallback(this);
.......
}
這時候想要銷毀原來的Activity時，發現靜態對象Drawable間接持有Context對象的引用，導致Activity的內存無法完全釋放內存，這時候就造成了內存泄露。
因此，Android系統在在3.0版本之后修改了setBackgroundDrawable內部方法中的 background.setCallback(this);方法，里面的實現使用了弱引用來持有View對象的引用，從而避免了內存泄漏隱患。所以，以后代碼中避免使用靜態資源，或者使用弱引用來解決相應的問題也是可以的。
- 單例模式導致內存泄漏
public class CustomManager {
private static CustomManager sInstance;
public static CustomManager getInstance(Context context) {
if (sInstance == null) {
sInstance = new CustomManager(context);
}
return sInstance;
}
private Context mContext;
private CustomManager(Context context) {
mContext = context;
}
}
這樣單例，有內存泄露的隱患，如果是在Activity中創建這個單例的話，傳入的context為Activity的context，如果想要銷毀Activity，但是單例的生命周期是整個APP，導致Activity的內存釋放不完全。
所以需要修改成如下：
public class CustomManager {
private static CustomManager sInstance;
public static CustomManager getInstance(Context context) {
if (sInstance == null) {
sInstance = new CustomManager(context.getApplicationContext());
}
return sInstance;
}
private Context mContext;
private CustomManager(Context context) {
mContext = context;
}
}
將context改為整個Application的Context，這時候單例與Activity就無關了，Activity釋放的時候就不會出現內存泄露的問題了。
- 總結
以后在使用Context對象獲取靜態資源，創建單例對象或者靜態方法的時候，請多考慮Context的生命周期，一定要記得不要使用Activity的Context，切記要使用生命周期長的Application的Context對象。但是并不是所有情況使用Application的Context對象，在創建Dialog，View控件的時候都必須使用Activity的Context對象。
根據生命周期選擇適合的Context類型。
