Context getApplication()返回null

先来看下Context的类组织结构

image.png

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的。