Context的理解
context的使用場景：
- getResources()
- StartActivity()
- 彈出dialog
- inflate布局文件
- 。。。。。
總之context貫穿了我們安卓整個開發，自然也就尤為重要。但是，我們是否真的完全理解了Context了呢？其實不然，下面跟我一起看如下幾個問題。
- getBaseContext和getApplication，getApplicationContext的區別？
- 分別在什么時候我們可以使用getBaseContext和getApplication，getApplicationContext呢？
首先來一張Context的家族譜
下面從Context開始分析
Context，作為整個家族的族長，分量自然是最大的，查看源碼的得知Context是一個抽象類。仔細想想這是必須的嘛，根據面向對象的編程思想，組長必須是定義族規的，而并非要事必躬親的，果然，一群抽象方法襲來。。。
//省略大量代碼
public abstract AssetManager getAssets();
public abstract Resources getResources();
//省略大量代碼
public abstract PackageManager getPackageManager();
public abstract ContentResolver getContentResolver();
public abstract Looper getMainLooper();
public abstract Context getApplicationContext();
//省略大量代碼
呵呵，就問你怕不怕。。
根據這些，我們可以得出結論，context就是定義規則的一個族長，這些規則包括獲取資源文件的內容，獲取looper，獲取PackageManager，當然還有getApplicationContext這個重要的方法了。
getApplicationContext存在在Context中代表什么？代表Activiy,Serviec,Application ,中都可以調用啊，有木有！！！！也就是說getApplicationContext的作用域是最廣的了。然而我們卻沒有看到getBaseContext和getApplication。果斷不開心啊！沒事，繼續往下看！
Contextimpl來了，一看這個名就知道他是context的具體實現了，小樣起名也不知道矜持點。。哈哈我們來看一下他的內容，不看不知道啊，這小伙子地道啊，族長的要求都實現了有木有，這里只舉與本文相關的getApplicationContext()方法，接好源碼
@Override
public Context getApplicationContext() {
return (mPackageInfo != null) ?
mPackageInfo.getApplication() : mMainThread.getApplication();
}
看完代碼mPackageInfo.getApplication() mMainThread.getApplication();我們分別看源碼的實現，這兩個方法都會返回一個Application對象，那么返回究竟是那個Application呢？拜托，安卓中一個程序只有一個Application好不好！！！所以我們就可以初步認為getApplicationContext獲得的是application對象，而且在安卓中一個程序中只有一個Application對象，嗯get！（如果你想說，都到這了，為什么不看看怎么獲取到的applicaion呢,滿足你的好奇心），想知道application怎么創建出來的
那只能代碼追蹤大法。。。
以上那兩個途徑最后都能追蹤到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有木有！！，媽蛋，這孫子什么都沒干就是調用ContextImpl的方法，哎，不對，我們期待的getBaseContext方法出現了，什么，返回的還是mBase。。。。
最終我們得出結論
public Context getBaseContext() {
return mBase;
}
返回的就是一個new出來的ContextImpl
最后還有getapplication了，既然還沒出現就接著往下找
看ContextThemeWrapper嗯，theme主題，帶主題的ContextWrapper，activity是需要界面的，這個名字好有道理！ctrl+f，沒找到，不管繼續向下，然后終于到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返回結果一樣，只是兩者作用域不一樣，getApplicationContext在所有context子類中都可以使用，getApplication只能在activity，或者service中使用（其實這也滿足了大部分要求了）
- getBaseContext返回的是一個Contextimpl對象
- 有些布局必須依附在一個父布局中，這時context必須為activity類型的，當然你倔強的用application類型的也不會報錯，可能樣式加載不出來，畢竟activity是繼承ContextThemeWrapper的
另外，拋出一個問題，application和contextimol的區別是什么？？
以上就是主要內容了，歡迎大家訂正
