Context的理解
context的使用場景：
- getResources()
- StartActivity()
- 彈出dialog
- inflate布局文件
- 。润匙。诗眨。。孕讳。
總之context貫穿了我們安卓整個開發(fā)匠楚，自然也就尤為重要。但是厂财，我們是否真的完全理解了Context了呢芋簿？其實不然，下面跟我一起看如下幾個問題璃饱。
- getBaseContext和getApplication与斤，getApplicationContext的區(qū)別？
- 分別在什么時候我們可以使用getBaseContext和getApplication荚恶，getApplicationContext呢撩穿？
首先來一張Context的家族譜
下面從Context開始分析
Context，作為整個家族的族長裆甩，分量自然是最大的冗锁，查看源碼的得知Context是一個抽象類。仔細想想這是必須的嘛嗤栓，根據(jù)面向?qū)ο蟮木幊趟枷攵澈樱M長必須是定義族規(guī)的，而并非要事必躬親的茉帅，果然叨叙，一群抽象方法襲來。堪澎。擂错。
//省略大量代碼
public abstract AssetManager getAssets();
public abstract Resources getResources();
//省略大量代碼
public abstract PackageManager getPackageManager();
public abstract ContentResolver getContentResolver();
public abstract Looper getMainLooper();
public abstract Context getApplicationContext();
//省略大量代碼
呵呵，就問你怕不怕樱蛤。钮呀。
根據(jù)這些剑鞍，我們可以得出結(jié)論，context就是定義規(guī)則的一個族長爽醋，這些規(guī)則包括獲取資源文件的內(nèi)容蚁署，獲取looper，獲取PackageManager蚂四，當然還有g(shù)etApplicationContext這個重要的方法了光戈。
getApplicationContext存在在Context中代表什么？代表Activiy,Serviec,Application ,中都可以調(diào)用啊遂赠，有木有＞米薄！ｕ文馈筷弦！也就是說getApplicationContext的作用域是最廣的了。然而我們卻沒有看到getBaseContext和getApplication送讲。果斷不開心凹轶浴！沒事哼鬓，繼續(xù)往下看！
Contextimpl來了边灭，一看這個名就知道他是context的具體實現(xiàn)了异希，小樣起名也不知道矜持點。绒瘦。哈哈我們來看一下他的內(nèi)容称簿，不看不知道啊，這小伙子地道啊惰帽，族長的要求都實現(xiàn)了有木有憨降，這里只舉與本文相關(guān)的getApplicationContext()方法楷拳，接好源碼
@Override
public Context getApplicationContext() {
return (mPackageInfo != null) ?
mPackageInfo.getApplication() : mMainThread.getApplication();
}
看完代碼mPackageInfo.getApplication() mMainThread.getApplication();我們分別看源碼的實現(xiàn)咐容，這兩個方法都會返回一個Application對象，那么返回究竟是那個Application呢凹嘲？拜托呜魄，安卓中一個程序只有一個Application好不好；谶础！爵嗅！所以我們就可以初步認為getApplicationContext獲得的是application對象娇澎，而且在安卓中一個程序中只有一個Application對象，嗯get６蒙埂（如果你想說趟庄，都到這了括细，為什么不看看怎么獲取到的applicaion呢,滿足你的好奇心），想知道application怎么創(chuàng)建出來的
那只能代碼追蹤大法戚啥。奋单。。
以上那兩個途徑最后都能追蹤到LoadedApk.java文件中（ContextImpl作為context）
ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
app = mActivityThread.mInstrumentation.newApplication(
cl, appClass, appContext);
appContext.setOuterContext(app);
好嘛虑鼎！先搞一個ContextImpl對象辱匿，然后利用mInstrumentation來new一個Application，并且把ContextImpl對象傳進去炫彩。在Instrumentation中（ContextImpl作為context）
static public Application newApplication(Class<?> clazz, Context context)
throws InstantiationException, IllegalAccessException,
ClassNotFoundException {
Application app = (Application)clazz.newInstance();
app.attach(context);
return app;
}
好吧匾七，原來Application是反射出來的，有興趣的同學可以看看activity江兢，其實它也是反射出來的昨忆。那么 app.attach(context)是什么？點進方法杉允，
/* package */ final void attach(Context context) {
attachBaseContext(context);
mLoadedApk = ContextImpl.getImpl(context).mPackageInfo;
}
再點擊attachBaseContext邑贴，嗯，跳到了ContextWrapper叔磷，把ContextImpl傳到了ContextWrapper
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
再看ContextWrapper
一看名稱拢驾，嗯，包裝類改基，再一看源碼
public Context getBaseContext() {
return mBase;
}
@Override
public AssetManager getAssets() {
return mBase.getAssets();
}
@Override
public Resources getResources()
{
return mBase.getResources();
}
@Override
public PackageManager getPackageManager() {
return mBase.getPackageManager();
}
全是mBase.getXXX繁疤，mBase是什么，其實mBase就是剛才傳進來的ContextImpl有木有ｏ跽稠腊！，媽蛋鸣哀，這孫子什么都沒干就是調(diào)用ContextImpl的方法架忌，哎，不對我衬，我們期待的getBaseContext方法出現(xiàn)了叹放，什么，返回的還是mBase低飒。许昨。。褥赊。
最終我們得出結(jié)論
public Context getBaseContext() {
return mBase;
}
返回的就是一個new出來的ContextImpl
最后還有g(shù)etapplication了糕档，既然還沒出現(xiàn)就接著往下找
看ContextThemeWrapper嗯，theme主題，帶主題的ContextWrapper速那，activity是需要界面的俐银，這個名字好有道理！ctrl+f端仰，沒找到捶惜，不管繼續(xù)向下，然后終于到activity荔烧，看到這個類就興奮吱七，，畢竟helloworld就是從它開始的鹤竭，好吧ctrl+f踊餐，終于搜到了getapplication看方法
public final Application getApplication() {
return mApplication;
}
跟想象的一樣就是返回一個Application，當然也是臀稚，畢竟方法名就是getApplication吝岭，難不成還能返回一個textview？吧寺？窜管？
再看Service中，
public final Application getApplication() {
return mApplication;
}
同樣是這樣稚机。幕帆。。
到此赖条，我們達到了我們的目的蜓肆，找到了getApplicationContext，getApplication谋币，getBaseContext的出處，既然都看完了我們就來回顧一下吧
- getApplicationContext和getApplication返回結(jié)果一樣症概，只是兩者作用域不一樣蕾额，getApplicationContext在所有context子類中都可以使用，getApplication只能在activity彼城，或者service中使用（其實這也滿足了大部分要求了）
- getBaseContext返回的是一個Contextimpl對象
- 有些布局必須依附在一個父布局中诅蝶，這時context必須為activity類型的，當然你倔強的用application類型的也不會報錯募壕，可能樣式加載不出來调炬，畢竟activity是繼承ContextThemeWrapper的
另外，拋出一個問題舱馅，application和contextimol的區(qū)別是什么缰泡？？
以上就是主要內(nèi)容了代嗤，歡迎大家訂正
