有些東西，大家天天都能看到，但並不一定了解和在意它。在Android開發中，載入資源，啟動一個新的Activity，獲取系統服務，獲取資料庫路徑，建立一個View等都會使用到Context。Context就像一個長著大眾臉的同學，你天天和它在一起上課，但卻說不出它是誰。

面試題：如何理解Android中的Context，它有什麼用？

官方文件對於Context的解釋：

Interface to global information about an application environment. This is an abstract class whose implementation is provided by the Android system. It allows access to application-specific resources and classes, as well as up-calls for application-level operations such as launching activities, broadcasting and receiving intents, etc.

中文翻譯“Context”為“上下文，背景，環境，語境”，有點抽象。對照上面的英文，也很容易理解它的意思：Context提供了一個應用的執行環境，通過這個上下文應用才可以訪問資源，才能完成和其他元件、服務的互動。它就是一個呼叫者和具體實現的橋接。

再看看這個圖，可以直觀的瞭解Context相關類的繼承關係：

具體的實現，大家可以看一看ContextImpl這個類的原始碼，理一下它和LoadApk的關係，大家就會很容易明白Context是如何處理資源的。

注意：上圖中的mPackageInfo是一個LoadApk對像，這個LoadApk是一個hide型別的類，所以你在SDK中是找不到它的。

但是，面對天天見的“大眾臉同學”Context，很多人更想知道，理解它有什麼實際的意義。做應用開發，我們只要會使用它不就行了嗎？

我先問一個簡單的問題：

Application（或者Service）和Activity都可以呼叫Context的startActivity方法，那麼在這兩個地方呼叫startActivity有區別嗎？

如果你曾經遇到過，就會知道在Application（或者Service）需要給Intent設定Intent.FLAG_ACTIVITY_NEW_TASK才能正常啟動Activity，這就會引出Activity的Task棧問題，以後再做分析。

理解Context，對於我經歷的專案來說，最有用的就是對於外掛框架的開發了。如果有面試官問你:

Context的例項是什麼時候建立的？一個應用裡面會有幾個Context的例項？

對於一般的應用來說，你會覺得這兩個問題很無聊。但如果你需要做外掛開發，上面的問題就變成是很關鍵的問題了。你的外掛框架會是一個小型的Android Framework層，你當然得自己處理外掛的Application和Activity建立，那麼你肯定要解決好這兩個問題。詳情可以檢視ActivityThread這個類的原始碼。

也就是說，如果我要招一個做外掛開發的人，我肯定要了解一下他對這些問題的看法。或者一個人的簡歷上說他對Android Framework層很精通，也可以拿這些問題檢測一下。

小結

有網友問“面試官是怎麼考慮求職者的經驗、學歷、程式設計水平”這些方面的，其實這個問題不能脫離實際的公司和專案來回答。我只能說幾個場景，有些公司有人才培養計劃專案也不緊張，那麼他們在招人時是以培養和貯備為目的，會更重視面試者的理解和學習能力。但如何一家公司急切需要人進來解決問題，他們就會更在乎你的專案經驗了，最好是直接招以前就做過類似專案的。如果一家公司只是需要碼農來搬程式碼，那麼只要不是太差的，他們會更看重價效比。

所以有公司關注這些對Context或Framework方面的理解的面式題，一是他們應用可能遇到了一些問題，需要一些對機制比較瞭解的開發來解決；二是想通過這類問題，考察面試者是否真如簡歷上般資深，因為他們相信做多了專案的人，很容易遇到機制方面的問題（如Dex的65535方法數限制）。