剛開始學(xué)Android的時(shí)候?qū)ontext的概念有點(diǎn)懵逼，很多概念不怎么懂。今天在郭神博客找到了篇文章笋妥，自己整理一遍，溫故而知新窄潭。
郭神博客：http://blog.csdn.net/guolin_blog/article/details/47028975
我們知道春宣，Android應(yīng)用都是使用Java語言來編寫的。
那么Android程序和Java程序最大的區(qū)別在哪里嫉你？劃分界限又是什么月帝？
簡(jiǎn)單分析：Android程序不像Java程序一樣，隨便創(chuàng)建一個(gè)類幽污，寫個(gè)main()方法就能跑了嚷辅。
Android需要一個(gè)完整的工程環(huán)境，在這個(gè)環(huán)境下距误，我們有像Activity潦蝇，Service款熬，BroadcastReceiver等系統(tǒng)組件，而這些組件并不是像一個(gè)普通的Java對(duì)象new一下就能創(chuàng)建實(shí)例的攘乒。而是要有它們各自的上下文環(huán)境贤牛，也就是我們這里討論的Context。
可以這么說则酝，Context是維持Android程序中各個(gè)組件能夠正常工作的一個(gè)核心功能類殉簸。
Context的集成結(jié)構(gòu)：
Context的集成結(jié)構(gòu)還是稍微有些復(fù)雜的，可以看到直系子類有兩個(gè)沽讹，一個(gè)是ContextWrapper般卑，一個(gè)是ContextImpl。從名字上就可以看出爽雄，ContextWrapper是上下文功能的封裝類蝠检，而ContextImpl則是上下文功能的實(shí)現(xiàn)類。ContextWrapper又有三個(gè)直接的子類挚瘟，ContextThemeWrapper叹谁，Service和Application。其中乘盖，ContextThemeWrapper是一個(gè)帶主題的封裝類焰檩，而它有一個(gè)直接子類就是Activity。
那么在這里我們至少看到了幾個(gè)比較熟悉的面孔订框，Activity析苫，Service，還有Application穿扳。由此衩侥，其實(shí)我們就可以得出結(jié)論了，Context一共有三種類型：Application矛物，Activity和Service顿乒。這三個(gè)類雖然分別承擔(dān)著不同的作用，但他們都屬于Context的一種泽谨，他們具體Context的功能則是由ContextImpl類去實(shí)現(xiàn)的璧榄。
那么Context到底可以實(shí)現(xiàn)哪些功能呢？這個(gè)實(shí)在太多了吧雹，彈出Toast骨杂，啟動(dòng)Activity,發(fā)送廣播，啟動(dòng)Service雄卷，操作數(shù)據(jù)庫(kù)等等都需要用到Context搓蚪。由于Context的具體能力是由ContextIpl類去實(shí)現(xiàn)的，因此在絕大多數(shù)場(chǎng)景下丁鹉，Activity妒潭，Service和Application這三種類型的Context都是可以通用的悴能。不過有幾種場(chǎng)景比較特殊，比如啟動(dòng)Activity雳灾，還有彈出Dialog漠酿。出于安全原因的考慮，Android是不允許Activity或Dialog憑空出現(xiàn)的谎亩，一個(gè)Activity的啟動(dòng)必須要建立在另一個(gè)Activity的基礎(chǔ)之上炒嘲，也就以此形成的返回棧。而Dialog則必須在一個(gè)Activity上面彈出(除非是System Alert類型的Dialog)匈庭，因此在這種場(chǎng)景下夫凸，我們只能使用Activity類型的Context，否則就會(huì)報(bào)錯(cuò)阱持。
Context的數(shù)量：
根據(jù)上面的Context類型我們就已經(jīng)可以得到答案了夭拌。Contex一共有Application，Activity和Service三中類型衷咽，因此一個(gè)應(yīng)用程序中Context數(shù)量的計(jì)算公式就可以這樣寫：
Context數(shù)量 = Activity數(shù)量 + Service數(shù)量 +1
Application Context的設(shè)計(jì)：
基本上每一個(gè)應(yīng)用程序都會(huì)有一個(gè)自己的Application鸽扁，并讓他繼承自系統(tǒng)的Application類，然后在自己的Application類中去封裝一些通用的操作兵罢。然后再AndroidManifest.xml進(jìn)行指定献烦。如何獲取到它的實(shí)例呢滓窍？
MyApplication myApp = (MyApplication) getApplication();
可以看到卖词，只需調(diào)用getApplication()就能拿到我們自定義的Application的實(shí)例了。
那么除了getApplication()方法 還有一個(gè)getApplicationContext()方法吏夯，這兩個(gè)方法在作用域上存在很大的區(qū)別此蜈。
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
MyApplication myApp = (MyApplication) getApplication();
Log.d("TAG", "getApplication is " + myApp);
Context appContext = getApplicationContext();
Log.d("TAG", "getApplicationContext is " + appContext);
}
}
getApplication()方法的語義性非常強(qiáng)，一看就知道是用來獲取Application實(shí)例的噪生，但是這個(gè)方法只能在Activity和Service中才能調(diào)用得到裆赵。那么也許在絕大多數(shù)情況下我們都是在Activity或者Service中使用Application的，但是如果在一些其他的場(chǎng)景跺嗽，比如BroadcastReceiver中也想或Application的實(shí)例战授，這是就可以借助getApplicationContext()方法了.如圖
public class MyReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
MyApplication myApp = (MyApplication) context.getApplicationContext();
Log.d("TAG", "myApp is " + myApp);
}
}
也就是說，getApplicationContext()方法的作用域會(huì)更廣一些桨嫁，任何一個(gè)Context的實(shí)例植兰，只要調(diào)用getApplicationContext()方法都可以拿到我們的Application對(duì)象。
除了這兩個(gè)方法之外璃吧，其實(shí)還有一個(gè)getBaseContext()方法楣导，這個(gè)baseContext又是什么東西呢？我們還是通過打印的方式來驗(yàn)證一下：
這次得到的是不同的對(duì)象了畜挨，getBaseContext()方法得到的是一個(gè)ContextImpl對(duì)象筒繁。這個(gè)ContextImpl是不是感覺有點(diǎn)似曾相識(shí)噩凹？回去看一下Context的繼承結(jié)構(gòu)圖吧，ContextImpl正是上下文功能的實(shí)現(xiàn)類毡咏。也就是說像Application驮宴、Activity這樣的類其實(shí)并不會(huì)去具體實(shí)現(xiàn)Context的功能，而僅僅是做了一層接口封裝而已血当，Context的具體功能都是由ContextImpl類去完成的幻赚。
使用Application的問題：
在構(gòu)造方法中調(diào)用Context的方法就會(huì)崩潰，在onCreate()方法中調(diào)用Context的方法就一切正常臊旭，那么這兩個(gè)方法之間到底發(fā)生了什么事情呢落恼？我們重新回顧一下ContextWrapper類的源碼，ContextWrapper中有一個(gè)attachBaseContext()方法离熏，這個(gè)方法會(huì)將傳入的一個(gè)Context參數(shù)賦值給mBase對(duì)象佳谦，之后mBase對(duì)象就有值了。而我們又知道滋戳，所有Context的方法都是調(diào)用這個(gè)mBase對(duì)象的同名方法钻蔑，那么也就是說如果在mBase對(duì)象還沒賦值的情況下就去調(diào)用Context中的任何一個(gè)方法時(shí)，就會(huì)出現(xiàn)空指針異常奸鸯，上面的代碼就是這種情況咪笑。Application中方法的執(zhí)行順序如下圖所示：
