轉載必須注明出處 :http://blog.csdn.net/qinjuning

             前言：本文是我讀《Android內核剖析》第7章 后形成的讀書筆記 ，在此向欲了解Android框架的書籍推薦此書。

        大家好，  今天給大家介紹下我們在應用開發中最熟悉而陌生的朋友-----Context類 ，說它熟悉，是應為我們在開發中

   時刻的在與它打交道，例如：Service、BroadcastReceiver、Activity等都會利用到Context的相關方法 ； 說它陌生，完全是

   因為我們真正的不懂Context的原理、類結構關系。一個簡單的問題是，一個應用程序App中存在多少個Context實例對象呢？

   一個、兩個？ 在此先賣個關子吧。讀了本文，相信您會豁然開朗的 。

      Context，中文直譯為“上下文”，SDK中對其說明如下：

         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

    從上可知一下三點,即：

        1、它描述的是一個應用程序環境的信息，即上下文。

        2、該類是一個抽象(abstract class)類，Android提供了該抽象類的具體實現類(后面我們會講到是ContextIml類)。

        3、通過它我們可以獲取應用程序的資源和類，也包括一些應用級別操作，例如：啟動一個Activity，發送廣播，接受Intent

      信息 等。。

   于是，我們可以利用該Context對象去構建應用級別操作(application-level operations) 。

 一、Context相關類的繼承關系

  相關類介紹：

   Context類    路徑： /frameworks/base/core/java/android/content/Context.java

            說明：  抽象類，提供了一組通用的API。

      源代碼(部分)如下：   

  ContextIml.java類  路徑 ：/frameworks/base/core/java/android/app/ContextImpl.java

          說明：該Context類的實現類為ContextIml，該類實現了Context類的功能。請注意，該函數的大部分功能都是直接調用

      其屬性mPackageInfo去完成，這點我們后面會講到。    

         源代碼(部分)如下：

  ContextWrapper類 路徑 ：\frameworks\base\core\java\android\content\ContextWrapper.java

        說明： 正如其名稱一樣，該類只是對Context類的一種包裝，該類的構造函數包含了一個真正的Context引用，即ContextIml

       對象。    源代碼(部分)如下：

   ContextThemeWrapper類 路徑：/frameworks/base/core/java/android/view/ContextThemeWrapper.java

      說明：該類內部包含了主題(Theme)相關的接口，即android:theme屬性指定的。只有Activity需要主題，Service不需要主題，

   所以Service直接繼承于ContextWrapper類。

      源代碼(部分)如下：

     Activity類 、Service類 、Application類本質上都是Context子類， 更多信息大家可以自行參考源代碼進行理解。

二、 什么時候創建Context實例 

      熟悉了Context的繼承關系后，我們接下來分析應用程序在什么情況需要創建Context對象的？應用程序創建Context實例的

 情況有如下幾種情況：

      1、創建Application 對象時， 而且整個App共一個Application對象

      2、創建Service對象時

      3、創建Activity對象時

    因此應用程序App共有的Context數目公式為：

                     總Context實例個數 = Service個數 + Activity個數 + 1（Application對應的Context實例）

  具體創建Context的時機

     1、創建Application對象的時機

       每個應用程序在第一次啟動時，都會首先創建Application對象。如果對應用程序啟動一個Activity(startActivity)流程比較

清楚的話，創建Application的時機在創建handleBindApplication()方法中，該函數位于 ActivityThread.java類中 ，如下：

    2、創建Activity對象的時機

       通過startActivity()或startActivityForResult()請求啟動一個Activity時，如果系統檢測需要新建一個Activity對象時，就會

  回調handleLaunchActivity()方法，該方法繼而調用performLaunchActivity()方法，去創建一個Activity實例，并且回調

 onCreate()，onStart()方法等， 函數都位于 ActivityThread.java類 ，如下：

   3、創建Service對象的時機

       通過startService或者bindService時，如果系統檢測到需要新創建一個Service實例，就會回調handleCreateService()方法，

 完成相關數據操作。handleCreateService()函數位于 ActivityThread.java類，如下：

    另外，需要強調一點的是，通過對ContextImp的分析可知，其方法的大多數操作都是直接調用其屬性mPackageInfo(該屬性類

型為PackageInfo)的相關方法而來。這說明ContextImp是一種輕量級類，而PackageInfo才是真正重量級的類。而一個App里的

所有ContextIml實例，都對應同一個packageInfo對象。

     最后給大家分析利用Context獲取SharedPreferences類的使用方法，SharedPreferences類想必大家都使用過，其一般獲取方

法就是通過調用getSharedPreferences()方法去根據相關信息獲取SharedPreferences對象。具體流程如下：

    1 、調用  getSharedPreferences()獲取對應的的文件，該函數實現功能如下：

   2、 SharedPreferences 不過是個接口，它定義了一些操作xml文件的方法，其真正實現類為SharedPreferencesImpl ，該類是

    ContextIml的內部類，該類如下：

       基本上獲取SharedPreferences 對象就是這么來的，關于Context里的更多方法請大家參照源代碼認真學習吧。