前言
我們知道，Android應(yīng)用都是使用Java語言來編寫的肛著，那么大家可以思考一下，一個Android程序和一個Java程序跺讯，他們最大的區(qū)別在哪里枢贿？其實簡單點分析，Android程序不像Java程序一樣刀脏，隨便創(chuàng)建一個類局荚，寫個main()方法就能跑了，而是要有一個完整的Android工程環(huán)境，在這個環(huán)境下耀态，我們有像Activity轮傍、Service、BroadcastReceiver等系統(tǒng)組件首装，而這些組件并不是像一個普通的Java對象new一下就能創(chuàng)建實例的了创夜，而是要有它們各自的上下文環(huán)境，也就是我們這里討論的Context仙逻。
Context的相關(guān)繼承關(guān)系
Context 的相關(guā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()方法其實是由系統(tǒng)來調(diào)用的，它會把ContextImpl對象作為參數(shù)傳遞到attachBaseContext()方法當(dāng)中桨醋，從而賦值給mBase對象，之后ContextWrapper中的所有方法其實都是通過這種委托的機(jī)制交由ContextImpl去具體實現(xiàn)的现斋，所以說ContextImpl是上下文功能的實現(xiàn)類是非常準(zhǔn)確的喜最。
2.Context的實例是什么時候創(chuàng)建的？一個應(yīng)用里面會有幾個Context的實例庄蹋？
根據(jù)Context 的繼承關(guān)系我們知道：Context一共有Application瞬内、Activity和Service三種類型，因此一個應(yīng)用程序中Context數(shù)量的計算公式就可以這樣寫：
Context數(shù)量 = Activity數(shù)量 + Service數(shù)量 + 1
上面的1代表著Application的數(shù)量限书，因為一個應(yīng)用程序中可以有多個Activity和多個Service虫蝶，但是只能有一個Application。
ApplicationContext 是在第一個Activity啟動或者第一個Service啟動的時候創(chuàng)建倦西。
3. Application（或者Service）和Activity都可以調(diào)用Context的startActivity方法能真，那么在這兩個地方調(diào)用startActivity有區(qū)別嗎？
如果你曾經(jīng)遇到過扰柠，就會知道在Application（或者Service）需要給Intent設(shè)置Intent.FLAG_ACTIVITY_NEW_TASK才能正常啟動Activity粉铐，這就會引出Activity的Task棧問題，以后再做分析卤档。
4. 為什么Dialog不能用Application的Context
解析：
Window: 定義窗口樣式和行為的抽象基類蝙泼，用于作為頂層的view加到WindowManager中，其實現(xiàn)類是PhoneWindow劝枣。每個Window都需要指定一個Type（應(yīng)用窗口汤踏、子窗口、系統(tǒng)窗口）舔腾。Activity對應(yīng)的窗口是應(yīng)用窗口溪胶；PopupWindow，ContextMenu琢唾，OptionMenu是常用的子窗口载荔；像Toast和系統(tǒng)警告提示框（如ANR）就是系窗口，還有很多應(yīng)用的懸浮框也屬于系統(tǒng)窗口類型采桃。
WindowManager：用來在應(yīng)用與window之間的管理接口懒熙，管理窗口順序丘损，消息等。
WindowManagerService：簡稱Wms工扎，WindowManagerService管理窗口的創(chuàng)建徘钥、更新和刪除，顯示順序等肢娘，是WindowManager這個管理接品的真正的實現(xiàn)類呈础。它運(yùn)行在System_server進(jìn)程，作為服務(wù)端橱健，客戶端（應(yīng)用程序）通過IPC調(diào)用和它進(jìn)行交互而钞。
Token：這里提到的Token主是指窗口令牌（Window Token），是一種特殊的Binder令牌拘荡，Wms用它唯一標(biāo)識系統(tǒng)中的一個窗口臼节。
答案：
那為什么一定要是Activity的Token呢？我想使用Token應(yīng)該是為了安全問題珊皿，通過Token來驗證WindowManager服務(wù)請求方是否是合法的网缝。如果我們可以使用Application的Context，或者說Token可以不是Activity的Token蟋定，那么用戶可能已經(jīng)跳轉(zhuǎn)到別的應(yīng)用的Activity界面了粉臊，但我們卻可以在別人的界面上彈出我們的Dialog，想想就覺得很危險驶兜。
如你跳到了微信界面了扼仲，這時在后臺的某個應(yīng)用里調(diào)用Dialog的show，那么微信的界面上會顯示一個Dialog促王，這個Dialog可能會讓用戶輸入密碼什么的犀盟，而用戶完全無法區(qū)分是不是微信彈出的。
