1.Context概述
- Context是一個抽象類狞洋，其通用實現(xiàn)在ContextImpl類中曙寡。它的主要作用是一個訪問application環(huán)境全局信息的接口讼溺，通過它可以訪問application的資源和相關(guān)的類令宿，其主要功能如下：
- 啟動Activity
- 啟動和停止Service
- 發(fā)送廣播 消息
- 注冊廣播消息接受者
- 訪問APK中各種資源
- 訪問Package的相關(guān)信息
- APK的各種權(quán)限管理
簡單的說：Context負責(zé)Activity叼耙，Service，Intent粒没，資源筛婉，Package和權(quán)限。
2.Context家族關(guān)系
- 第一層：
一個Context抽象類癞松， - 第二層
一個ContextImpl的實現(xiàn)類爽撒，里面擁有一個PackageInfo類的實例入蛆，PackageInfo類是關(guān)于整個包信息的類。
一個ContextWraper是Context的一個包裝類硕勿，里面有一個ContextImpl類的實例哨毁，通過整個實例去調(diào)用ContextImpl里面的方法。 - 第三層
Service和Application直接繼承ContextWrapper源武，但是Activity需要先引入主題挑庶，所以有了ContextThemeImpl類。
3.Context使用
-
應(yīng)用程序在以下幾種情況下創(chuàng)建Context實例：
- 創(chuàng)建Application 對象時软能， 而且整個App共一個Application對象
- 創(chuàng)建Service對象時
- 創(chuàng)建Activity對象時
所以Context個數(shù)=Activity數(shù)+Service數(shù)+1(Application)
每個Context各有不同迎捺。
4.Context內(nèi)存泄露問題
- 靜態(tài)資源導(dǎo)致的內(nèi)存泄漏
有時候旋轉(zhuǎn)屏幕時候，會先銷毀原來的Activity查排，重新建立一個Activity凳枝，這時候圖片我們并不想重新加載，所以將圖片設(shè)置為靜態(tài)對象跋核。
但是靜態(tài)對象的view.setBackgroundDrawable();方法很容易造成內(nèi)存泄露岖瑰。
public class MyCustomResource {
//靜態(tài)變量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就是當(dāng)前View對象砂代，而View對象又是有Context對象獲得
因此蹋订，變量background持有View對象的引用，View持有Context的引用刻伊，
所有background間接持有Context對象的引用了*/
background.setCallback(this);
.......
}
這時候想要銷毀原來的Activity時露戒，發(fā)現(xiàn)靜態(tài)對象Drawable間接持有Context對象的引用，導(dǎo)致Activity的內(nèi)存無法完全釋放內(nèi)存捶箱，這時候就造成了內(nèi)存泄露智什。
因此，Android系統(tǒng)在在3.0版本之后修改了setBackgroundDrawable內(nèi)部方法中的 background.setCallback(this);方法丁屎，里面的實現(xiàn)使用了弱引用來持有View對象的引用荠锭，從而避免了內(nèi)存泄漏隱患。所以晨川，以后代碼中避免使用靜態(tài)資源证九，或者使用弱引用來解決相應(yīng)的問題也是可以的。
- 單例模式導(dǎo)致內(nèi)存泄漏
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;
}
}
這樣單例共虑，有內(nèi)存泄露的隱患愧怜，如果是在Activity中創(chuàng)建這個單例的話，傳入的context為Activity的context看蚜，如果想要銷毀Activity叫搁，但是單例的生命周期是整個APP，導(dǎo)致Activity的內(nèi)存釋放不完全。
所以需要修改成如下：
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就無關(guān)了疾党，Activity釋放的時候就不會出現(xiàn)內(nèi)存泄露的問題了。
- 總結(jié)
以后在使用Context對象獲取靜態(tài)資源惨奕，創(chuàng)建單例對象或者靜態(tài)方法的時候雪位，請多考慮Context的生命周期，一定要記得不要使用Activity的Context梨撞，切記要使用生命周期長的Application的Context對象雹洗。但是并不是所有情況使用Application的Context對象，在創(chuàng)建Dialog卧波，View控件的時候都必須使用Activity的Context對象时肿。
根據(jù)生命周期選擇適合的Context類型。
