Android深入理解Context（一）Context关联类和Application Context创建过程

Android框架层
Android深入理解Context categories:
Android框架层

本文首发于微信公众号「刘望舒」

前言

Context也就是上下文对象，是Android较为常用的类，但是对于Context，很多人都停留在会用的阶段，这个系列会带大家从源码角度来分析Context，从而更加深入的理解它。

1.Context概述

Context意为上下文或者场景，是一个应用程序环境信息的接口。在开发中我们经常会使用Context，它的使用场景总的来说分为两大类，它们分别是：

使用Context调用方法，比如：启动Activity、访问资源、调用系统级服务等。
调用方法时传入Context，比如：弹出Toast、创建Dialog等。

Activity、Service和Application都是间接的继承自Context的，因此，我们可以计算出一个应用程序进程中有多少个Context，这个数量等于Activity和Service的总个数加1，1指的是Application的数量。

Context是一个抽象类，它的内部定义了很多方法以及静态常量，它的具体实现类为ContextImpl。和Context相关联的类，除了ContextImpl还有ContextWrapper、ContextThemeWrapper和Activity等等，下面给出Context的关系图。

从图中我们可以看出，ContextImpl和ContextWrapper继承自Context，ContextWrapper内部包含有Context类型的mBase对象，mBase具体指向的是ContextImpl。ContextImpl提供了很多功能，但是外界需要使用并拓展ContextImpl的功能，因此设计上使用了装饰模式，ContextWrapper是装饰类，它对ContextImpl进行包装，ContextWrapper主要是起了方法传递作用，ContextWrapper中几乎所有的方法实现都是调用ContextImpl的相应方法来实现的。 ContextThemeWrapper、Service和Application都继承自ContextWrapper，这样他们都可以通过mBase来使用Context的方法，同时它们也是装饰类，在ContextWrapper的基础上又添加了不同的功能。 ContextThemeWrapper中包含和主题相关的方法（比如： getTheme方法），因此，需要主题的Activity继承ContextThemeWrapper，而不需要主题的Service则继承ContextWrapper。

2.Application Context的创建过程

我们通过调用getApplicationContext来获取应用程序的全局的Application Context，那么Application Context是如何创建的呢？当一个应用程序启动完成后，应用程序就会有一个全局的Application Context。那么我们就从应用程序启动过程开始着手。

在Android深入四大组件（一）应用程序启动过程（后篇）这篇文章的最后讲了ActivityThread启动Activity。ActivityThread作为应用程序进程的核心类，它会调用它的内部类ApplicationThread的scheduleLaunchActivity方法来启动Activity，如下所示。

frameworks/base/core/java/android/app/ActivityThread.java

1     private class ApplicationThread extends ApplicationThreadNative {
2     ...
3       @Override
4        public final void scheduleLaunchActivity(Intent intent, IBinder token, int ident,
5                ActivityInfo info, Configuration curConfig, Configuration overrideConfig,
6                CompatibilityInfo compatInfo, String referrer, IVoiceInteractor voiceInteractor,
7                int procState, Bundle state, PersistableBundle persistentState,
8                List<ResultInfo> pendingResults, List<ReferrerIntent> pendingNewIntents,
9                boolean notResumed, boolean isForward, ProfilerInfo profilerInfo) {
10                updateProcessState(procState, false);
11                ActivityClientRecord r = new ActivityClientRecord();
12                ...
13                sendMessage(H.LAUNCH_ACTIVITY, r);
14        }
15     ...   
16    }

在ApplicationThread的scheduleLaunchActivity方法中向H类发送LAUNCH_ACTIVITY类型的消息，目的是将启动Activity的逻辑放在主线程中的消息队列中，这样启动Activity的逻辑会在主线程中执行。我们接着查看H类的handleMessage方法对LAUNCH_ACTIVITY类型的消息的处理。

frameworks/base/core/java/android/app/ActivityThread.java

1private class H extends Handler {
2      public static final int LAUNCH_ACTIVITY         = 100;
3...
4public void handleMessage(Message msg) {
5          if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what));
6          switch (msg.what) {
7              case LAUNCH_ACTIVITY: {
8                  Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStart");
9                  final ActivityClientRecord r = (ActivityClientRecord) msg.obj;
10                  r.packageInfo = getPackageInfoNoCheck(
11                          r.activityInfo.applicationInfo, r.compatInfo);//1
12                  handleLaunchActivity(r, null, "LAUNCH_ACTIVITY");//2
13                  Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
14              } break;
15            
16            ...
17}

H继承自Handler ，是ActivityThread的内部类。在注释1处通过getPackageInfoNoCheck方法获得LoadedApk类型的对象，并将该对象赋值给ActivityClientRecord 的成员变量packageInfo，其中LoadedApk用来描述已加载的APK文件。在注释2处调用handleLaunchActivity方法，如下所示。 frameworks/base/core/java/android/app/ActivityThread.java

1   private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) {
2       ...
3        Activity a = performLaunchActivity(r, customIntent);
4       ...
5    }

我们接着查看performLaunchActivity方法： frameworks/base/core/java/android/app/ActivityThread.java

1    private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
2    ...
3        try {
4            Application app = r.packageInfo.makeApplication(false, mInstrumentation);
5           ...
6        } 
7        ...
8        return activity;
9    }

performLaunchActivity方法中有很多重要的逻辑，这里只保留了Application Context相关的逻辑，想要更多了解performLaunchActivity方法中的逻辑请查看Android深入四大组件（一）应用程序启动过程（后篇）这篇文章的第二小节。这里ActivityClientRecord 的成员变量packageInfo是LoadedApk类型的，我们接着来查看LoadedApk的makeApplication方法，如下所示。 frameworks/base/core/java/android/app/LoadedApk.java

1public Application makeApplication(boolean forceDefaultAppClass,
2        Instrumentation instrumentation) {
3    if (mApplication != null) {//1
4        return mApplication;
5    }
6    ...
7    try {
8      ...
9       java.lang.ClassLoader cl = getClassLoader();
10      ...
11        ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);//2
12        app = mActivityThread.mInstrumentation.newApplication(
13                cl, appClass, appContext);//3
14        appContext.setOuterContext(app);//4
15    } catch (Exception e) {
16       ...
17    }
18    mActivityThread.mAllApplications.add(app);
19    mApplication = app;//5
20    ...
21    return app;
22}

注释1处如果mApplication不为null则返回mApplication，这里假设是第一次启动应用程序，因此mApplication为null。在注释2处通过ContextImpl的createAppContext方法来创建ContextImpl。注释3处的代码用来创建Application，在Instrumentation的newApplication方法中传入了ClassLoader类型的对象以及注释2处创建的ContextImpl 。在注释4处将Application赋值给ContextImpl的Context类型的成员变量mOuterContext。注释5处将Application赋值给LoadedApk的成员变量mApplication，在Application Context的获取过程中我们会再次用到mApplication。我们来查看注释3处的Application是如何创建的，Instrumentation的newApplication方法如下所示。 frameworks/base/core/java/android/app/Instrumentation.java

1static public Application newApplication(Class<?> clazz, Context context)
2        throws InstantiationException, IllegalAccessException, 
3        ClassNotFoundException {
4    Application app = (Application)clazz.newInstance();//1
5    app.attach(context);
6    return app;
7}

Instrumentation中有两个newApplication重载方法，最终会调用上面这个重载方法。注释1处通过反射来创建Application，并调用了Application的attach方法，并将ContextImpl传进去： frameworks/base/core/java/android/app/Application.java

1/* package */ final void attach(Context context) {
2    attachBaseContext(context);
3    mLoadedApk = ContextImpl.getImpl(context).mPackageInfo;
4}

attach方法中调用了attachBaseContext方法，它的实现在Application的父类ContextWrapper中，代码如下所示。 frameworks/base/core/java/android/content/ContextWrapper.java

1   protected void attachBaseContext(Context base) {
2        if (mBase != null) {
3            throw new IllegalStateException("Base context already set");
4        }
5        mBase = base;
6    }

从上文我们得知，这个base指的是ContextImpl，将ContextImpl赋值给ContextWrapper的Context类型的成员变量mBase。Application Context的创建过程就讲到这里，最后给出Application Context创建过程的时序图。

3.Application Context的获取过程

当我们熟知了Application Context的创建过程，那么它的获取过程会非常好理解。我们通过调用getApplicationContext方法来获得Application Context，getApplicationContext方法的实现在ContextWrapper中，如下所示。 frameworks/base/core/java/android/content/ContextWrapper.java

1    @Override
2    public Context getApplicationContext() {
3        return mBase.getApplicationContext();
4    }
5

从上文我们得知，mBase指的是ContextImpl，我们来查看 ContextImpl的getApplicationContext方法： frameworks/base/core/java/android/app/ContextImpl.java

1@Override
2public Context getApplicationContext() {
3    return (mPackageInfo != null) ?
4            mPackageInfo.getApplication() : mMainThread.getApplication();
5}

如果LoadedApk不为null，则调用LoadedApk的getApplication方法，否则调用AvtivityThread的getApplication方法。由于应用程序这时已经启动，因此LoadedApk不会为null，则会调用LoadedApk的getApplication方法： frameworks/base/core/java/android/app/LoadedApk.java

1   Application getApplication() {
2        return mApplication;
3    }

这里的mApplication我们应该很熟悉，它在上文LoadedApk的makeApplication方法的注释5处被赋值。这样我们通过getApplicationContext方法就获取到了Application Context。

Android深入理解Context（一）Context关联类和Application Context创建过程

前言

1.Context概述

2.Application Context的创建过程

3.Application Context的获取过程

评论区

相关推荐