Android进阶解密读书笔记（五）——理解上下文 Context

Context 的关联类

1. Context 意为上下文，是一个应用程序环境信息的接口

   它的使用场景总的来说分为两大类：

   • 使用 Context 调用方法，比如启动Activity、访问资源、调用系统级服务等

   • 调用方法时传入 Context，比如弹出 Toast、创建 Dialog等

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

2. Context 是一个抽象类，它的内部定义了很多方法和静态常量，它的具体实现类为 ContextImpl，ContextWrapper 则为装饰类，他们两个都继承自 Context。

   ContextImpl 提供了很多功能，但是外界需要使用并扩展 ContextImpl 的功能，因此设计上使用了装饰模式，ContextWrapper 是装饰类，它对 ContextImpl 进行包装，ContextWrapper主要是起了方法传递的作用，ContextWrapper 中几乎所有的方法都是调用 ContextImpl 的相应方法来实现的

   ContextWrapper 内部包含 Context 类型的 mBase 对象，mBase 具体指向 ContextImpl

3. Context 的关联类使用了装饰模式，主要有一下优点

   • 使用者（比如Service）能够更方便的使用 Context

   • 如果 ContextImpl 发生了变化，它的装饰类 ContextWrapper 不需要做任何修改

   • ContextImpl 的实现不会暴露给使用者，使用者也不必关心 ContextImpl的实现

   • 通过组合而非继承的方式，扩展 ContextImpl 的功能，在运行时选择不同的装饰类，实现不同的功能

Application Context 的创建过程

首先我们从应用程序的启动过程开始着手

1. ActivityThread 类作为应用程序进程的主线程管理类，它会调用它的内部类 ApplicationThread 的 scheduleLaunchActivity 方法来启动 Activity

2. 在ApplicationThrad 的 scheduleLaunchActivity 方法中会向 H 类发送 LAUNCH_ACTIVITY类型的消息

   目的是将启动 Activity 的逻辑放在主线程的消息队列中，这样启动 Activity 的逻辑会在主线程中执行

3. 接着我们查看 H 类的 handleMessage 方法对 LAUNCH_ACTIVITY 类型消息的处理

/*frameworks/base/core/java/android/app/ActivityThread.java*/
private class H extends Handler{
    ...
    public void handlerMessage(Message msg){
        switch(msg){
            case LAUNCH_ACTIVITY:
                //通过 getPackageInfoNoCheck 方法获得 LoadApk 类型对象，并将该对象赋值给 Activity