Context 也就是上下文对象,是Android常用的类,但是对于Context,很多人都停留在会用的阶段。
Android中的四大组件都会涉及Context,比如启动Service会调用ContextWrapper 以及ContextImpl的startService方法,ContextWrapper以及ContextImpl就是Context的关联类,理解这些Context的关联类可以更好地理解第4章的内容,本章内容和第4章的内容相辅相成,并且有一些重复的内容。
Context意为上下文,是一个应用程序环境信息的接口。在开发中我们经常使用Context,它的使用场景总的来说分为两大类,它们分别是:使用Context调用方法,比如启动Activity、访问资源、调用系统级服务等。· 调用方法时传入Context,比如弹出Toast、创建Dialog等。
Activity、Service和Application都间接地继承自Context,因此我们可以计算出一个应用程序进程中有多少个Context,这个数量等于Activity和Service的总个数加1,1指的是Application的数量。
Context 是一个抽象类,它的内部定义了很多方法以及静态常量,它的具体实现类为ContextImpl。和Context相关联的类,除了ContextImpl,还有ContextWrapper、ContextThemeWrapper和Activity等。
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。
Context的关联类采用了装饰模式,主要有以下的优点:· 使用者(比如Service)能够更方便地使用Context。· 如果ContextImpl发生了变化,它的装饰类ContextWrapper不需要做任何修改。· ContextImpl的实现不会暴露给使用者,使用者也不必关心ContextImpl的实现。· 通过组合而非继承的方式,拓展ContextImpl的功能,在运行时选择不同的装饰类,实现不同的功能。
为了更好地理解Context的关联类的设计理念,就需要理解Application、Activity、Service的Context的创建过程,下面分别对它们进行介绍。
Application Context的创建过程
我们通过调用getApplicationContext来获取应用程序全局的Application Context,那么Application Context是如何创建的呢?在一个应用程序启动完成后,应用程序就会有一个全局的Application Context,那么我们就从应用程序启动过程开始着手。
ActivityThread 类作为应用程序进程的主线程管理类,它会调用它的内部类ApplicationThread的scheduleLaunchActivity方法来启动Activity。
在performLaunchActivity方法中有很多重要的逻辑,这里只保留了和Application Context相关的逻辑,想要了解更多performLaunchActivity方法中的逻辑请查看4.1.3节的内容。ActivityClientRecord的成员变量packageInfo是LoadedApk类型的,我们接着来查看LoadedApk的makeApplication方法