Android中的Context类簇（装饰模式）及Context用法详解，Application用法详解

一，Context类簇中的类概述

Context的API文档

类关系：

Context类

Context是一个抽象类，源码位于android.content包中。描述的是一个应用程序环境的信息，即上下文。通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent信息 ，得到各种服务（getSystemService）等。在下面再详细说说。

ContextImpl类

ContextImpl是Context抽象类另一个直接子类，有一个私有的构造方法。源码位于android.app包中，但它在API文档中找不到，是一个默认访问权限的类，也就是说它只允许android.app包中的类可以调用它，或者只有和它同包的类才可以通过其父类的方法使用它。它是Context抽象类的具体实现，也是说Context抽象类中抽象方法在ContextImpl类中都有实现，比如：

@Override
    public void startActivity(Intent intent, Bundle options) {
        warnIfCallingFromSystemProcess();
        if ((intent.getFlags()&Intent.FLAG_ACTIVITY_NEW_TASK) == 0) {
            throw new AndroidRuntimeException(
                    "Calling startActivity() from outside of an Activity "
                    + " context requires the FLAG_ACTIVITY_NEW_TASK flag."
                    + " Is this really what you want?");
        }
        mMainThread.getInstrumentation().execStartActivity(
                getOuterContext(), mMainThread.getApplicationThread(), null,
                (Activity) null, intent, -1, options);
    }

同时，ContextImpl类又通过自己的成员变量mOuterContext来引用了与它关联的一个Activity组件，这样，ContextImpl类也可以将一些操作转发给Activity组件来处理。请注意，该函数的大部分功能都是直接调用其类成员mPackageInfo来完成。

ContextWrapper类

ContextWrapper也是Context抽象类直接子类，是其包装类，也位于android.app中，在其类中声明了一个Context引用mBase，指向一个ContextIml实例，一般在创建Application、Service、Activity时赋值，构造方法：

Context mBase;
    public ContextWrapper(Context base) {
        mBase = base;
    }

Wrapper是包装的意思，表示其是对Context类进行了包装的一个类，它把Context类的方法都类似如下的形式进行了重写：

@Override
    public void startActivity(Intent intent) {
        mBase.startActivity(intent);
    }
@Override
    public ComponentName startService(Intent service) {
        return mBase.startService(service);
    }

如果重写的是没返回值，则直接调用父类的此方法；如果重写的有返回值，则返回调用父类返回的值。

因为ContextWrapper类和ContextImpl类处于同一包中，所以当调用ContextWrapper类中方法时，无论是通过Context调用，还是在ContextWrapper的子类中调用（如果子类重写没super就不会调用ContextWrapper类中方法了），最终都是调用ContextImpl类中的同名方法。比如启动Activity，在Activity里启动，调用的是Activity类里重写的 startActivity（），如果是在Service里启动，调用的就是ContextImpl类中的 startActivity（）。这种模式是装饰模式，Context是抽象构件类，ContextImpl类是具体构件类，ContextWrapper类是抽象装饰类。后面附上有装饰模式的介绍。

MockContext类

MockContext也是Context的子类，Mock以为模拟，假装，嘲笑，这里可以理解为模拟Context,源码位于 android.test.mock包中，API文档中找不到。类中的方法都类似如下：

@Override
    public void startActivity(Intent intent) {
        throw new UnsupportedOperationException();
    }

当我们要测试一个模块A，他依赖与其它模块B，但是模块B还没实现或现在根本没有，这时就要使用MockContext和其他同样位于android.test.mock包中的类。通过它可以注入其他依赖，模拟Context，或者监听测试的类。用法参考Mock在Android TDD中的使用

Application类

Application继承自ContextWrapper，是维持全局应用状态的基类，位于android.app包中。它还实现了ComponentCallbacks2，实现此接口的有Activity,Service,Content Provider,Fragment,Application及其子类，这个接口作用是细化内存管理，其对所有应用组件都非常有用。其构造方法为：

public Application() {
        super(null);
    }

在无参的构造方法中调用了父类的构造方法，向父类构造方法传的值为null。

其有两个子类MultiDexApplication，是multidex 需要用到的 ；MockApplication，和MockContext作用类似。

backupAgent类

Android:backupAgent用来设置备份代理。对于大部分应用程序来说，都或多或少保存着一些持久性的数据，比如数据库和共享文件，或者有自己的配置信息。为了保证这些数据和配置信息的安全性以及完整性，Android提供了这样一个机制。
详细参考backupAgent的用法

ContextThemeWrapper类

ContextThemeWrapper继承自ContextWrapper，位于android.view包中，该类内部包含了主题(Theme)相关的接口，即android:theme属性指定的。构造方法如下：

public ContextThemeWrapper() {
        super(null);
    }

    public ContextThemeWrapper(Context base, @StyleRes int themeResId) {
        super(base);
        mThemeResource = themeResId;
    }

    public ContextThemeWrapper(Context base, Resources.Theme theme) {
        super(base);
        mTheme = theme;
    }

MutableContextWrapper类

MutableContextWrapper继承自ContextWrapper， 位于包android.content中，是ContextWrapper的特别版，在其初始化设置后修改他的基础上下文。很少用到，其只有一个公共方法setBaseContext()，关于什么是BaseContext在下面会有解释。

其他类

IsolatedContext和RenamingDelegatingContext在Api24被弃用，这里就不介绍了。Service和Application的类继承关系比较像，而Activity还多了一层继承ContextThemeWrapper，这是因为Activity有主题的概念，而Service是没有界面的服务。然后下面就着重说说Context和Application。

二，Context

Context是上下文，代表的是运行的环境，它的实现为ContextImpl，是应用运行中自动创建的。应用在三种情况下会创建Context对象（即通常说的context）：
1> 创建Application 对象时，即第一次启动app时。 整个App共一个Application对象，所以也只有一个Application 的Context，Application销毁，它也销毁；
2> 创建Activity对象时。Activity销毁，它也销毁;
3> 创建Service对象时。Service销毁，它也销毁。

由此可以得到应用程序App可以创建的Context（Activity和Service没启动就不会创建）个数公式一般为：
总Context实例个数 = Service个数 + Activity个数 + 1（Application对应的Context对象）
Context对象的创建推荐阅读Android中Context详解

Context类中常用的方法

Context类中常用的方法有：

// 获取应用程序包的AssetManager实例
public abstract AssetManager getAssets();

// 获取应用程序包的Resources实例
public abstract Resources getResources();

// 获取PackageManager实例，以查看全局package信息
public abstract PackageManager getPackageManager();

// 获取应用程序包的ContentResolver实例
public abstract ContentResolver getContentResolver();

// 它返回当前进程的主线程的Looper，此线程分发调用给应用组件(activities, services等)
public abstract Looper getMainLooper();

// 返回当前进程的单实例全局Application对象的Context
public abstract Context getApplicationContext();

// 从string表中获取本地化的、格式化的字符序列
public final CharSequence getText(int resId) {
return getResources().getText(resId);
}

// 从string表中获取本地化的字符串
public final String getString(int resId) {
return getResources().getString(resId);
}

public final String getString(int resId, Object... formatArgs) {
return getResources().getString(resId, formatArgs);
}

// 返回一个可用于获取包中类信息的class loader
public abstract ClassLoader getClassLoader();

// 返回应用程序包名