先来看下Context的类组织结构
ContextImpl:
Application/Activity/Service通过attach() 调用父类ContextWrapper的attachBaseContext(), 从而设置父类成员变量mBase为ContextImpl对象;
ContextWrapper的核心工作都是交给mBase(即ContextImpl)来完成;
Application: 四大组件属于某一Application, 获取所在Application:
Activity/Service: 是通过调用其方法getApplication(),可主动获取当前所在mApplication;
mApplication是由LoadedApk.makeApplication()过程所初始化的;
Receiver: 是通过其方法onReceive()的第一个参数指向通当前所在Application,也就是只有接收到广播的时候才能拿到当前的Application对象;
provider: 目前没有提供直接获取当前所在Application的方法, 但可通过getContext()可以获取当前的ContextImpl.
上述部分摘选自：>http://gityuan.com/2017/04/09/android_context/
当我们通过StartActivity来启动一个目标进程（默认是当前启动activity的进程）的activity的时候，主要做了以下几件事：
1.创建LoadedApk对象
2.创建Application对象
3.创建Context对象
4.将创建的Application 和Context对象 通过activity的attach方法传到Activity里面，通过调用attachBaseContext将上面创建的ContextImpl传给父类的mBase变量里面，然后将Application对象保存到Activity的mApplication变量中。
LoadedApk.java(makeApplication)
ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
app = mActivityThread.mInstrumentation.newApplication(
cl, appClass, appContext);
appContext.setOuterContext(app);
public Application newApplication(ClassLoader cl, String className, Context context)
throws InstantiationException, IllegalAccessException,
ClassNotFoundException {
Application app = getFactory(context.getPackageName())
.instantiateApplication(cl, className);
app.attach(context);//这里调用了Application的attach方法并且将之前创建的ContextImpl对象传递进去
return app;
}
/**
* @hide
*/
/* package */ final void attach(Context context) {
attachBaseContext(context);//这里调用了attachBaseContext对象并且传递创建的ContextImpl对象
mLoadedApk = ContextImpl.getImpl(context).mPackageInfo;//问题就出现在这里，因为在attachBaseContext方法中调用getApplicatonContext方法其实是调用ContextImpl对象的getApplicationContext方法
}
@Override
public Context getApplicationContext() {
return (mPackageInfo != null) ?//此时mPackageInfo是在执行完成attachBaseContext方法之后才进行的赋值 所以此时获取是null
mPackageInfo.getApplication() : mMainThread.getApplication();
}
假如我们重写了Application并且重写了attachBaseContext对象
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
Context applicationContext = base.getApplicationContext();//此时该对象返回null
Log.e("ISApplication", "attachBaseContext: applicationContext=" + applicationContext);
Log.e("ISApplication", "attachBaseContext: getApplicationContext=" + getApplicationContext());//如果不重写该方法的话 那么返回也是null 因为该方法默认调用的是base.getApplicationContext方法 。
}
解决办法：
在Application中重写getApplicationContext方法：
@Override
public Context getApplicationContext() {
return this;//将当前application的实例对象返回 。
}
有人可能会说 ：
@Override
public Context getApplicationContext() {
return (mPackageInfo != null) ?
mPackageInfo.getApplication() : mMainThread.getApplication();
}
如果此时mPackageInfo==null 那么可以执行后边的逻辑啊 通过mMainThread.getApplication方法来获取，我们知道mMainThread对象为ActivityThread对象
public Application getApplication() {
return mInitialApplication;
}
那我们看下mInitialApplication什么时候被赋值的？
在ActivityThread的handleBindApplication方法中
// If the app is being launched for full backup or restore, bring it up in
// a restricted environment with the base application class.
app = data.info.makeApplication(data.restrictedBackupMode, null);//这不就是我们上面创建Application的地方吗
// Propagate autofill compat state
app.setAutofillCompatibilityEnabled(data.autofillCompatibilityEnabled);
mInitialApplication = app;//然后在这里对mInitialApplication赋值为我们刚刚创建的application对象，所以在上边的地方调用getApplication也是返回null的。
