類圖:

context.jpg

1.

Context類本身是一個(gè)純abstract類，它有兩個(gè)具體的實(shí)現(xiàn)子類：ContextImpl和ContextWrapper。
ContextWrapper是包裝類, 調(diào)用ContextWrapper的方法都會(huì)被轉(zhuǎn)向其所包含的真正的ContextImpl對(duì)象。

2.

ContextThemeWrapper類，如其名所言，其內(nèi)部包含了與主題（Theme）相關(guān)的接口，這里所說的主題就是指在AndroidManifest.xml中通過android：theme為Application元素或者Activity元素指定的主題, 當(dāng)然，只有Activity才需要主題，Service是不需要主題的，因?yàn)镾ervice是沒有界面的后臺(tái)場(chǎng)景，所以Service直接繼承于ContextWrapper，Application同理。

3.

一個(gè)應(yīng)用程序有幾個(gè)Context?
Context數(shù)量=Activity數(shù)量+Service數(shù)量+1
可能會(huì)有疑問：我們常說四大組件，這里怎么只有Activity，Service持有Context，那Broadcast Receiver，Content Provider呢？Broadcast Receiver，Content Provider并不是Context的子類，他們所持有的Context都是其他地方傳過去的，所以并不計(jì)入Context總數(shù)。

4.

Context能干什么?
彈出Toast、啟動(dòng)Activity、啟動(dòng)Service、發(fā)送廣播、操作數(shù)據(jù)庫等等都需要用到Context.

context作用.jpg

在絕大多數(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ì)出錯(cuò)。

一句話總結(jié)：凡是跟UI相關(guān)的，都應(yīng)該使用Activity做為Context來處理；其他的一些操作，Service,Activity,Application等實(shí)例都可以.

5.

static對(duì)象不要持有Activity Context對(duì)象， 否則導(dǎo)致Activity退出時(shí)(onDestroy()被調(diào)用), Activity Context對(duì)象無法被銷毀.
static對(duì)象應(yīng)該持有和static對(duì)象同生命周期的Application Context對(duì)象.

refer to:
http://gold.xitu.io/entry/573b27e7df0eea005e71c425