一.简介
Context 翻译为上下文环境&＃xff0c;是一个应用程序环境信息的接口。
如果以 Android 系统角度来看可以理解为某一与操作系统的交互的具体场景&＃xff0c;比如 Activity 的具体功能&＃xff0c;Service 的后台运行等。如果以程序的角度看&＃xff0c;Context 是一个抽象类&＃xff0c;维持 Android 程序中各组件能够正常工作的一个核心功能类。通过 Context 可以获取应用程序的资源和类&＃xff0c;也可以进行一些应用程序的操作。
Context 的设计采用了代理模式&＃xff0c;它的功能的具体实现类是 ContextImpl &＃xff0c;而间接的实现类是 Activity &＃xff0c;Service 和 Application。因此一个应用程序 Context 的实例的对象的个数就是 Activity &＃xff0c; Service 和一个 Application 这三者的总数。它们的具体关系如图:
可以看到在代理模式中 ContextWrapper 的变量 mBase 是一个 ContextImpl 类型&＃xff0c;通常Activity &＃xff0c; Service 和 Application 中的操作最终都会通过 mBase 交给 ContextImpl 去实现&＃xff0c;最后在通过 mOuterContext 对结果进行放回&＃xff0c;显然这个变量实际上就是Context 的三个具体的实现。下面就看这三种 Context 是如何创建并与 ContextImpl 关联的。
二.创建 Context
1.Application Context
一个应用程序启动时候总是会创建 Application&＃xff0c;具体是由 LoadedApk 实现。
Application app &＃61; r.loadedApk.makeApplication(false, mInstrumentation);// LoadedApk 中public Application makeApplication(boolean forceDefaultAppClass,Instrumentation instrumentation) {...Application app &＃61; null;...ContextImpl appContext &＃61; ContextImpl.createAppContext(mActivityThread, this);app &＃61; mActivityThread.mInstrumentation.newApplication(cl, appClass, appContext);appContext.setOuterContext(app);
在这里可以看到一个大致的框架&＃xff0c;这里可以分为三个步骤去看; - 首先会去创建 Application 的 ContextImpl - 然后把这个 ContextImpl 作为一个参数传到 newApplcation 方法中去创建 Application - 最后将 ContextImpl 和 Application 关联。
第一步想看 ContextImpl 的静态方法 createAppContext
static ContextImpl createAppContext(ActivityThread mainThread, LoadedApk loadedApk) {...ContextImpl context &＃61; new ContextImpl(null, mainThread, loadedApk, null, null, null, 0,null);context.setResources(loadedApk.getResources());return context;}
很明显就是创建 ContextImp,并设置应用的资源。接着看第二步&＃xff0c;创建 Application。
//在 Instrumentation 类中static public Application newApplication(Class clazz, Context context)...Application app &＃61; (Application)clazz.newInstance();app.attach(context);//这里的Context 就是ContextImpl return app;}// 在 Application 中/* package */ final void attach(Context context) {attachBaseContext(context);mLoadedApk &＃61; ContextImpl.getImpl(context).mLoadedApk;}// 在 ContextWrapper 类中protected void attachBaseContext(Context base) {if (mBase !&＃61; null) {throw new IllegalStateException("Base context already set");}mBase &＃61; base;}
可以看到首先就是通过类加载去创建 Application&＃xff0c;然后就将 ContextImpl 赋值给 mBase &＃xff0c;这样 Application 和 ContextImpl 的关联就建立。 最后看第三步。
appContext.setOuterContext(app);//在 ContextImpl 中
final void setOuterContext(Context context) {mOuterContext &＃61; context;}
将返回的 Application 赋值给 ContextImpl 的变量 mOuterContext&＃xff0c;这样 Context 的代理模式完成关联&＃xff0c;Application Context 也创建完毕。
流程如图&＃xff1a;
2.Activity Context
Activity Context 的创建可以定位到 Activity 启动过程&＃xff0c;在 ActivityThread 中。
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {...ContextImpl appContext &＃61; ContextImpl 作为参数
关联ContextImpl(r);Activity activity &＃61; null;try {java.lang.ClassLoader cl &＃61; appContext.getClassLoader();activity &＃61; mInstrumentation.newActivity(cl, component.getClassName(), r.intent);StrictMode.incrementExpectedActivityCount(activity.getClass());...appContext.setOuterContext(activity);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);}
整个过程和 Application 比较相似&＃xff0c;不过有一点不同&＃xff0c;这里分为 4 步来看: - 创建 ContextImpl 对象 - 创建 Activity 实例 - ContextImpl 关联 Activity - Activity 关联 ContextImpl
先看第一步过程
private ContextImpl createBaseContextForActivity(ActivityClientRecord r) {...ContextImpl appContext &＃61; ContextImpl.createActivityContext(this, r.loadedApk, r.activityInfo, r.token, displayId, r.overrideConfig);...static ContextImpl createActivityContext(ActivityThread mainThread,...ContextImpl context &＃61; new ContextImpl(null, mainThread, loadedApk, activityInfo.splitName,activityToken, null, 0, classLoader);...
与 application 不同的是&＃xff0c;这里创建的是对应的 Activity 的 ContextImpl &＃xff0c;具有不一样的功能实现。接着实例化 Activity
public Activity newActivity(ClassLoader cl, String className,Intent intent)throws InstantiationException, IllegalAccessException,ClassNotFoundException {return (Activity)cl.loadClass(className).newInstance();}
同样也是通过类加载创建 Activity。在第三四步中
//第三步&＃xff0c;在ContextImpl 中final void setOuterContext(Context context) {mOuterContext &＃61; context;}//第四步&＃xff0c;在 Activity中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);... }&＃64;Overrideprotected void attachBaseContext(Context newBase) {super.attachBaseContext(newBase);...}//在 ContextWrapper 中protected void attachBaseContext(Context base) {if (mBase !&＃61; null) {throw new IllegalStateException("Base context already set");}mBase &＃61; base;}
通过 ContextImpl 和 Activity 的相互关联&＃xff0c;Activity Context 的创建也就完成了&＃xff0c;以后 Activity 的任务大多就是通过 ContextImpl 实现。
流程如图&＃xff1a;
3.Service Context
Service 的Context 的创建和 Activity 的十分相似.
private void handleCreateService(CreateServiceData data) {LoadedApk loadedApk &＃61; getLoadedApkNoCheck(data.info.applicationInfo, data.compatInfo);Service service &＃61; null;try {java.lang.ClassLoader cl &＃61; loadedApk.getClassLoader();service &＃61; (Service) cl.loadClass(data.info.name).newInstance();} catch (Exception e) {...}ContextImpl context &＃61; ContextImpl.createAppContext(this, loadedApk);context.setOuterContext(service);...service.attach(context, this, data.info.name, data.token, app,ActivityManager.getService());
整个流程没有大的变化&＃xff0c;只是 Service 会先实例在去创建 ContextImpl &＃xff0c;而且这里的 ContextImpl 和 Activity 是不一样的。
流程如图&＃xff1a;
三.Context 的使用
前面说过 Context 的实现就是 Activity &＃xff0c;Service 和 Application ,因此如果对 Context 使用不当的话很容易发生内存泄漏&＃xff0c;比如下面这两段代码
public class A
{private static Context mContext;public static void setContext(Context context){mContext &＃61; context;}
}
public class B
{private static B sInstance;private Context mContext;private B(Context context){this.mContext &＃61; context;}public static synchronized B getInstance(Context context){if (sInstance &＃61;&＃61; null){sInstance &＃61; new B(context);}return sInstance;}}
在第一段代码中有一个静态的 Context ,在第二段是一个单例模式&＃xff0c;一个静态实例拥有一个 Context 变量。在这两种情况下&＃xff0c;Context 的周期就和应用程序一样&＃xff0c;这是如果赋值时 Activity 或者 Service 就会使得 Activity 和 Service 在退出后不能正常被回收&＃xff0c;因为还有 Context 引用。因此建议尽量 Application Context &＃xff0c;因为 Application Context 的周期就是整个应用程序&＃xff0c;所以不用担心内存泄漏。但是在某些情况比如创建 Dialog, 或者启动组建的时候就只能使用 Activity Context 或者 Service Context ,这个时候就要注意内存泄漏问题了。
京公网安备 11010802041100号