这个图镇的住吧
Context是抽象类,2个子类,ContextImp和ContextWrapper。
具体干活的流程是,ContextWrapper指派ContextImp去干,直接mBase.xxx();
Context里面的mBase就是ComtexImpl的实例化对象。
所以在Activity中,或者application,service中调用getBaseContext都是获取的是他们的ContextImpl对象。
1.以appilication为例子
a.ActivityThread的handleBindApplication函数中,app = data.info.makeApplication(data.restrictedBackupMode, null);
b.在LoadedApk类中了,
实例化了ContextImpl,并传进了 mInstrumentation的new方法
c.
d.
所以mBase就是contextImpl的实例,activity,service一样,
2.我们在看上面的b图
appContext.setOuterContext(app);
这里说明不仅activity,application,service中有contextImpl
ContextImpl中也有activity,application,等实例,就是mOuterContext
3.再对比一下几个getXXXContext
1.平时最常用的getApplicationContext实际调用到contextImpl的getApplicationContext
接着又调用到LoadedApk里面
所以他就是返回application这里讲的很清楚了。
2.getBaseContext。实际刚刚一直都分析过了,就是获得该activity或者是application或者是service对应的contextImpl对象
3.getContext,实际只有view的子类可以调用,用于返回实例化他所传的context,
常见的这种,
一般这种情况getContext会获得activity的context。但不一定,具体什么context的应用场景,见这幅图
4.Context应用场景
最后引用一下刘皇叔的原文,怼一下下面的钢筋!