Context 我们经常再开发中使用到,然而可能一部分开发者对它既陌生又熟悉的感觉。今天我们就来讲讲它到底是什么?为什么从Activity 中可以直接通过 它来做很多事情 比如:startActivity(Intent intent)。
先来看看它的继承关系:
Context 是一个抽象类,又2个继承子类 分别是 ConextWraper 和
ContextImpl。到这你可以就会想了,哦...,当我们在Activity中调用startActivity(Intent intent) 的时候,是通过Activity的super类(ContextWrapper)去调用的startActivity(Intent intent) ,于是就去看
ContextWrapper 的代码如下,我嚓,不对啊,怎么都是通过 Context mBase 去代理的啊。这个mBase 到底是谁去做的这些事情?
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;
}
public Context getBaseContext() {
return mBase;
}
@Override
public AssetManager getAssets() {
return mBase.getAssets();
}
@Override
public Resources getResources() {
return mBase.getResources();
}
@Override
public PackageManager getPackageManager() {
return mBase.getPackageManager();
}
@Override
public ContentResolver getContentResolver() {
return mBase.getContentResolver();
}
@Override
public Looper getMainLooper() {
return mBase.getMainLooper();
}
...............
嗯~,既然有疑问 那么就去源码找答案。
那我们从下往上递推的方式去分析。在Activity看下是谁赋值给Conext 不就可以了。
@Override
protected void attachBaseContext(Context newBase) {
super.attachBaseContext(newBase);
if (newBase != null) {
newBase.setAutofillClient(this);
}
}
super.attachBaseContext(newBase)。这里赋值给ContextWrapper类的 Context mBase,再来看看哪里调用的attachBaseContext方法。
final void attach(Context context, ActivityThread aThread,
Instrumentation instr, IBinder token, int ident,
Application application, Intent intent, ActivityInfo info,
CharSequence title, Activity parent, String id,
NonConfigurationInstances lastNonConfigurationInstances,
Configuration config, String referrer, IVoiceInteractor voiceInteractor,
Window window, ActivityConfigCallback activityConfigCallback) {
attachBaseContext(context);
.......
}
这里进行了一大堆给Activity设置初始化的值。哪里调用的Activity的attach方法呢?
我们都知道Activity是在ActivityThread中被实例化的,我们去在ActivityThread 找一下。
ActivityThread的performLaunchActivity 伪代码如下:
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
ActivityInfo aInfo = r.activityInfo;
// 1
ContextImpl appContext = createBaseContextForActivity(r);
Activity activity = null;
try {
java.lang.ClassLoader cl = appContext.getClassLoader();
// 2
activity = mInstrumentation.newActivity(
cl, component.getClassName(), r.intent);
StrictMode.incrementExpectedActivityCount(activity.getClass());
r.intent.setExtrasClassLoader(cl);
r.intent.prepareToEnterProcess();
if (r.state != null) {
r.state.setClassLoader(cl);
}
}
try {
Application app = r.packageInfo.makeApplication(false, mInstrumentation);
if (activity != null) {
appContext.setOuterContext(activity);
// 3
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config,
r.referrer, r.voiceInteractor, window, r.configCallback);
mActivities.put(r.token, r);
}
return activity;
}
结论
我们从“1” 可以看到 ContextImpl appContext = createBaseContextForActivity(r);ContextImpl被创建,
“2”中Activity被系统创建,然后 在3中调用被系统创建的activity.attach 传入“ContextImpl”。这里我们就可以知道原来ContextWrapper中的Context mBase就是ContextImpl。这里利用委托机制 最终由ContextImpl去执行相应的方法给Activity。那么哪里掉i用的performLaunchActivity方法呢?这个就涉及到IApplicationThread 和 ActivityManagerService ,通过aidl创建,并管理Activity的生命周期,task等