context数 = Activity数+Service数+Application数
一、Context作用
如果Activity不继承自Context它将只是一个普通的对象，就如皇帝有了权力才是皇帝，没有权力他和普通老百姓没啥区别
1、四大组件的交互，包括启动 Activity、Broadcast、Service，获取 ContentResolver 等
2、获取系统/应用资源，包括 AssetManager、PackageManager、Resources、System Service 以及 color、string、drawable 等
3、文件，包括获取缓存文件夹、删除文件、SharedPreference 相关等
4、数据库（SQLite）相关，包括打开数据库、删除数据库、获取数据库路径等
5、其它辅助功能，比如设置 ComponentCallbacks，即监听配置信息改变、内存不足等事件的发生
二、ContextImpl 、ContextWrapper、ContextThemeWrapper 有什么区别？
/**
* Proxying implementation of Context that simply delegates all of its calls to
* another Context. Can be subclassed to modify behavior without changing
* the original Context.
*/
public class ContextWrapper extends Context {
// 注意这个成员
Context mBase;
public ContextWrapper(Context base) {
mBase = base;
}
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
// 这就是经常让人产生疑惑的 Base Context 了
public Context getBaseContext() {
return mBase;
}
}
ContextWrapper是Context的代理类，所有的操作都是交个mBase来执行的
ContextThemeWrapper 有自己的另外 Resource 以及 Theme 成员，并且可以传入配置信息以初始化自己的 Resource 及 Theme。即 Resource 以及 Theme 相关的行为不再是直接调用 mBase 的方法了，也就说，ContextThemeWrapper 和它的 mBase 成员在 Resource 以及 Theme 相关的行为上是不同的。
ContextImpl 和 ContextThemeWrapper 最大的区别就是没有一个 Configuration 而已，其它的行为大致是一样的。另外，ContextImpl 可以用于创建 Activity、Service 以及 Application 的 mBase 成员，这个 Base Context 时除了参数不同，它们的 Resource 也不同。需要注意的是，createActivityContext 等方法中 setResource 是 mBase 自己调用的，Activity、Service 以及 Application 本身并没有执行 setResource。
三、Activity Context、Service Context、Application Context、Base Context 有什么区别？
3.1、Activity Context创建
public final class ActivityThread {
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
...
// 这个 Context 将会作为 Activity 的 Base Context
ContextImpl appContext = createBaseContextForActivity(r);
Activity activity = null;
try {
ClassLoader cl = appContext.getClassLoader();
// 创建 Activity
activity = mInstrumentation.newActivity(
cl, component.getClassName(), r.intent);
StrictMode.incrementExpectedActivityCount(activity.getClass());
} catch (Exception e) {
...
}
try {
// 创建 Application
Application app = r.packageInfo.makeApplication(false, mInstrumentation);
if (activity != null) {
// 初始化 Activity，注意参数 appContext
activity.attach(appContext, ...);
...
}
} catch (...) {
...
}
return activity;
}
private ContextImpl createBaseContextForActivity(ActivityClientRecord r) {
ContextImpl appContext = ContextImpl.createActivityContext(...);
...
}
}
3.2 Application Context创建
public final class LoadedApk {
private Application mApplication;
public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) {
if (mApplication != null) {
return mApplication;
}
Application app = null;
try {
// 创建 Base Context
ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
// 创建 Application 并设置 Base Context
app = mActivityThread.mInstrumentation.newApplication(
cl, appClass, appContext);
appContext.setOuterContext(app);
} catch (Exception e) {
...
}
// Application 创建成功，赋值给 mApplication
mApplication = app;
...
return app;
}
// 获取 mApplication
Application getApplication() {
return mApplication;
}
}
Application Context也是反射创建的
四、getApplication和getApplicationContext区别
getApplication()方法的语义性非常强，一看就知道是用来获取Application实例的，但是这个方法只有在Activity和Service中才能调用的到。那么也许在绝大多数情况下我们都是在Activity或者Service中使用Application的，但是如果在一些其它的场景，比如BroadcastReceiver中也想获得Application的实例，这时就可以借助getApplicationContext()方法了
也就是说，getApplicationContext()方法的作用域会更广一些，任何一个Context的实例，只要调用getApplicationContext()方法都可以拿到我们的Application对象。
参考
https://www.jianshu.com/p/31dbe3317fe1
http://www.nowamagic.net/academy/detail/50110203
https://blog.csdn.net/guolin_blog/article/details/47028975
https://blog.csdn.net/qinjuning/article/details/7310620
https://my.oschina.net/youranhongcha/blog/1807189
