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

相关文章
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，ContextThemeWrapper、Service和Application继承自ContextWrapper。ContextWrapper和ContextThemeWrapper都是Context的包装类，它们都含有Context类型的mBase对象，mBase具体指向的是ContextImpl，这样通过ContextWrapper和ContextThemeWrapper也可以使用Context的方法。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

     private class ApplicationThread extends ApplicationThreadNative {