前言
我們知道，Android應(yīng)用都是使用Java語(yǔ)言來(lái)編寫(xiě)的，那么大家可以思考一下，一個(gè)Android程序和一個(gè)Java程序，他們最大的區(qū)別在哪里？其實(shí)簡(jiǎn)單點(diǎn)分析，Android程序不像Java程序一樣，隨便創(chuàng)建一個(gè)類(lèi)，寫(xiě)個(gè)main()方法就能跑了，而是要有一個(gè)完整的Android工程環(huán)境，在這個(gè)環(huán)境下，我們有像Activity、Service、BroadcastReceiver等系統(tǒng)組件，而這些組件并不是像一個(gè)普通的Java對(duì)象new一下就能創(chuàng)建實(shí)例的了，而是要有它們各自的上下文環(huán)境，也就是我們這里討論的Context。
Context的相關(guān)繼承關(guān)系
Context 的相關(guān)問(wèn)題
1. 在ContextWrapper中的mBase到底是什么？
/**
* Proxying implementation of Context that simply delegates all of its calls to
* another Context. Can be subclassed to modify behavior without changing
* the original Context.
*/
public class ContextWrapper extends Context {
Context mBase;
public ContextWrapper(Context base) {
mBase = base;
}
/**
* Set the base context for this ContextWrapper. All calls will then be
* delegated to the base context. Throws
* IllegalStateException if a base context has already been set.
*
* @param base The new base context for this wrapper.
*/
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
...
}
attachBaseContext()方法其實(shí)是由系統(tǒng)來(lái)調(diào)用的，它會(huì)把ContextImpl對(duì)象作為參數(shù)傳遞到attachBaseContext()方法當(dāng)中，從而賦值給mBase對(duì)象，之后ContextWrapper中的所有方法其實(shí)都是通過(guò)這種委托的機(jī)制交由ContextImpl去具體實(shí)現(xiàn)的，所以說(shuō)ContextImpl是上下文功能的實(shí)現(xiàn)類(lèi)是非常準(zhǔn)確的。
2.Context的實(shí)例是什么時(shí)候創(chuàng)建的？一個(gè)應(yīng)用里面會(huì)有幾個(gè)Context的實(shí)例？
根據(jù)Context 的繼承關(guān)系我們知道：Context一共有Application、Activity和Service三種類(lèi)型，因此一個(gè)應(yīng)用程序中Context數(shù)量的計(jì)算公式就可以這樣寫(xiě)：
Context數(shù)量 = Activity數(shù)量 + Service數(shù)量 + 1
上面的1代表著Application的數(shù)量，因?yàn)橐粋€(gè)應(yīng)用程序中可以有多個(gè)Activity和多個(gè)Service，但是只能有一個(gè)Application。
ApplicationContext 是在第一個(gè)Activity啟動(dòng)或者第一個(gè)Service啟動(dòng)的時(shí)候創(chuàng)建。
3. Application（或者Service）和Activity都可以調(diào)用Context的startActivity方法，那么在這兩個(gè)地方調(diào)用startActivity有區(qū)別嗎？
如果你曾經(jīng)遇到過(guò)，就會(huì)知道在Application（或者Service）需要給Intent設(shè)置Intent.FLAG_ACTIVITY_NEW_TASK才能正常啟動(dòng)Activity，這就會(huì)引出Activity的Task棧問(wèn)題，以后再做分析。
4. 為什么Dialog不能用Application的Context
解析：
Window: 定義窗口樣式和行為的抽象基類(lèi)，用于作為頂層的view加到WindowManager中，其實(shí)現(xiàn)類(lèi)是PhoneWindow。每個(gè)Window都需要指定一個(gè)Type（應(yīng)用窗口、子窗口、系統(tǒng)窗口）。Activity對(duì)應(yīng)的窗口是應(yīng)用窗口；PopupWindow，ContextMenu，OptionMenu是常用的子窗口；像Toast和系統(tǒng)警告提示框（如ANR）就是系窗口，還有很多應(yīng)用的懸浮框也屬于系統(tǒng)窗口類(lèi)型。
WindowManager：用來(lái)在應(yīng)用與window之間的管理接口，管理窗口順序，消息等。
WindowManagerService：簡(jiǎn)稱(chēng)Wms，WindowManagerService管理窗口的創(chuàng)建、更新和刪除，顯示順序等，是WindowManager這個(gè)管理接品的真正的實(shí)現(xiàn)類(lèi)。它運(yùn)行在System_server進(jìn)程，作為服務(wù)端，客戶端（應(yīng)用程序）通過(guò)IPC調(diào)用和它進(jìn)行交互。
Token：這里提到的Token主是指窗口令牌（Window Token），是一種特殊的Binder令牌，Wms用它唯一標(biāo)識(shí)系統(tǒng)中的一個(gè)窗口。
答案：
那為什么一定要是Activity的Token呢？我想使用Token應(yīng)該是為了安全問(wèn)題，通過(guò)Token來(lái)驗(yàn)證WindowManager服務(wù)請(qǐng)求方是否是合法的。如果我們可以使用Application的Context，或者說(shuō)Token可以不是Activity的Token，那么用戶可能已經(jīng)跳轉(zhuǎn)到別的應(yīng)用的Activity界面了，但我們卻可以在別人的界面上彈出我們的Dialog，想想就覺(jué)得很危險(xiǎn)。
如你跳到了微信界面了，這時(shí)在后臺(tái)的某個(gè)應(yīng)用里調(diào)用Dialog的show，那么微信的界面上會(huì)顯示一個(gè)Dialog，這個(gè)Dialog可能會(huì)讓用戶輸入密碼什么的，而用戶完全無(wú)法區(qū)分是不是微信彈出的。
