Android中Context詳解 ---- 你所不知道的Context

時間 2019-11-12

標籤 android context 詳解所不知道欄目 Android 简体版

原文原文鏈接

本文原創，轉載必須註明出處 :http://blog.csdn.net/qinjuningjava

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

你們好，今天給你們介紹下咱們在應用開發中最熟悉而陌生的朋友-----Context類，說它熟悉，是應爲咱們在開發中app

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

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

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

Context，中文直譯爲「上下文」，SDK中對其說明以下：學習

Interface to global information about an application environment. This is an abstract class whose implementationthis

is provided by the Android system. It allows access to application-specific resources and classes, as well as up-calls spa

for application-level operations such as launching activities, broadcasting and receiving intents, etc.net

從上可知一下三點,即：

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

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

三、經過它咱們能夠獲取應用程序的資源和類，也包括一些應用級別操做，例如：啓動一個Activity，發送廣播，接受Intent

信息等。。

因而，咱們能夠利用該Context對象去構建應用級別操做(application-level operations) 。

1、Context相關類的繼承關係

相關類介紹：

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

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

源代碼(部分)以下：

[java] view plain copy print ?

public abstract class Context {
...
public abstract Object getSystemService(String name); //得到系統級服務
public abstract void startActivity(Intent intent); //經過一個Intent啓動Activity
public abstract ComponentName startService(Intent service); //啓動Service
//根據文件名獲得SharedPreferences對象
public abstract SharedPreferences getSharedPreferences(String name,int mode);
...
}

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

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

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

源代碼(部分)以下：

[java] view plain copy print ?

/**
* Common implementation of Context API, which provides the base
* context object for Activity and other application components.
*/
class ContextImpl extends Context{
//全部Application程序公用一個mPackageInfo對象
/*package*/ ActivityThread.PackageInfo mPackageInfo;
@Override
public Object getSystemService(String name){
...
else if (ACTIVITY_SERVICE.equals(name)) {
return getActivityManager();
}
else if (INPUT_METHOD_SERVICE.equals(name)) {
return InputMethodManager.getInstance(this);
}
}
@Override
public void startActivity(Intent intent) {
...
//開始啓動一個Activity
mMainThread.getInstrumentation().execStartActivity(
getOuterContext(), mMainThread.getApplicationThread(), null, null, intent, -1);
}
}

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

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

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

[java] view plain copy print ?

public class ContextWrapper extends Context {
Context mBase; //該屬性指向一個ContextIml實例，通常在建立Application、Service、Activity時賦值
//建立Application、Service、Activity，會調用該方法給mBase屬性賦值
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
@Override
public void startActivity(Intent intent) {
mBase.startActivity(intent); //調用mBase實例方法
}
}

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

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

因此Service直接繼承於ContextWrapper類。

源代碼(部分)以下：

[java] view plain copy print ?

public class ContextThemeWrapper extends ContextWrapper {
//該屬性指向一個ContextIml實例，通常在建立Application、Service、Activity時賦值
private Context mBase;
//mBase賦值方式一樣有一下兩種
public ContextThemeWrapper(Context base, int themeres) {
super(base);
mBase = base;
mThemeResource = themeres;
}
@Override
protected void attachBaseContext(Context newBase) {
super.attachBaseContext(newBase);
mBase = newBase;
}
}

Activity類、Service類、Application類本質上都是Context子類，更多信息你們能夠自行參考源代碼進行理解。

2、何時建立Context實例

熟悉了Context的繼承關係後，咱們接下來分析應用程序在什麼狀況須要建立Context對象的？應用程序建立Context實例的

狀況有以下幾種狀況：

一、建立Application 對象時，並且整個App共一個Application對象

二、建立Service對象時

三、建立Activity對象時

所以應用程序App共有的Context數目公式爲：

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

具體建立Context的時機

一、建立Application對象的時機

每一個應用程序在第一次啓動時，都會首先建立Application對象。若是對應用程序啓動一個Activity(startActivity)流程比較

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

[java] view plain copy print ?

//建立Application時同時建立的ContextIml實例
private final void handleBindApplication(AppBindData data){
...
///建立Application對象
Application app = data.info.makeApplication(data.restrictedBackupMode, null);
...
}
public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) {
...
try {
java.lang.ClassLoader cl = getClassLoader();
ContextImpl appContext = new ContextImpl(); //建立一個ContextImpl對象實例
appContext.init(this, null, mActivityThread); //初始化該ContextIml實例的相關屬性
///新建一個Application對象
app = mActivityThread.mInstrumentation.newApplication(
cl, appClass, appContext);
appContext.setOuterContext(app); //將該Application實例傳遞給該ContextImpl實例
}
...
}

二、建立Activity對象的時機

經過startActivity()或startActivityForResult()請求啓動一個Activity時，若是系統檢測須要新建一個Activity對象時，就會

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

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

[java] view plain copy print ?

//建立一個Activity實例時同時建立ContextIml實例
private final void handleLaunchActivity(ActivityRecord r, Intent customIntent) {
...
Activity a = performLaunchActivity(r, customIntent); //啓動一個Activity
}
private final Activity performLaunchActivity(ActivityRecord r, Intent customIntent) {
...
Activity activity = null;
try {
//建立一個Activity對象實例
java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);
}
if (activity != null) {
ContextImpl appContext = new ContextImpl(); //建立一個Activity實例
appContext.init(r.packageInfo, r.token, this); //初始化該ContextIml實例的相關屬性
appContext.setOuterContext(activity); //將該Activity信息傳遞給該ContextImpl實例
...
}
...
}