Activity和Service都有Context，這三個類，還有Application，其實是親戚一家子。  Activity因為有了一層Theme，所以中間有個ContextThemeWrapper，相當于它是Service和Application的侄子。 ContextWrapper只是一個包裝類，沒有任何具體的實現，真正的邏輯都在ContextImpl里面。 一個應用包含的Context個數：Service個數+Activity個數+1(Application類本身對應一個Context對象)。 應用程序中包含多個ContextImpl對象，而其內部變量mPackageInfo指向同一個PackageInfo對象。 我們就拿Activity舉例子，看看Activity和Context的聯系和區別。 我們知道，跳轉到一個新的Activity要這么寫：  我們還知道，也可以在Activity中使用getApplicationContext方法獲取Context上下文信息，然后使用Context 的startActivity方法，啟動一個新的Activity：  這二者的區別是什么？我們畫個圖，就看明白了：  因為Context的startActivity方法，我看了在ContextImpl中的源碼實現，仍然是從ActivityThread中取出Instrumentation，然后執行execStartActivity方法，這和使用Activity的startActivity方法的流程是一樣的。 還記得我們前面分析的App啟動流程么？在第五階段，創建App進程的時候，先創建的ActivityThread，再創建的Application。Application的生命周期是跟著整個App走的。 而getApplicationContext得到的Context，就是從ActivityThread中取出來的Application對象，所以這個Context上下文，使用時要當心，容易引起內存泄露。