进阶解密--理解上下文Context

理解上下文Context

Android中的四大组件都会涉及Context，比如启动Service会调用ContextWrapper以及ContextImpl的startService方法，ContextWrapper以及ContextImpl就是Context的关联类，理解这些类，可以更好地理解四大组件。

1.Context的关联类

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

1. 使用Context调用方法，比如启动Activity、访问资源、调用系统级服务等。
2. 调用方法时传入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的功能，在运行时选择不同的装饰类，实现不同的功能。

2.Application Context的创建过程

3.Activity的Context创建过程

想要在Activity中使用Context提供的方法，务必要先创建Context。Activity的Context会在Activity的启动过程中被创建。

ActivityThread是应用程序进程的主线程管理类，它的内部类ApplicationThread会调用scheduleLaunchActivity方法来启动Actiivty。