Android Context
本章主要围绕如下几个方面讲解:
- Context的作用
- Context的初始化流程
- 不同组件间Context的区别
问题
- 应用里面有多少个Context?不同的Context之间有什么区别?
- Activity里的this和getBaseContext有什么区别?
- getApplication和getApplicationContext有什么区别?
- 应用组件的构造,onCreate、attachBaseContext调用顺序?
要搞清上述问题,还是从源码入手,先看看Context类:
/**
* Interface to global information about an application environment. This is
* an abstract class whose implementation is provided by
* the Android system. It
* allows access to application-specific resources and classes, as well as
* up-calls for application-level operations such as launching activities,
* broadcasting and receiving intents, etc.
*/
public abstract class Context {
public abstract Resources getResources();
public abstract Object getSystemService(@ServiceName @NonNull String name);
public abstract void startActivity(Intent intent);
public abstract void sendBroadcast(Intent intent);
}
- 注释大致意思:这是一个关于应用环境的全局信息的抽象类,Android系统提供具体实现;可以通过它访问特定的系统资源和类,并且可以发起一些应用层的调用比如说启动Activity,发送广播等。
Context的具体实现类是ContextImpl:
// 代码来自Android23中:ContextImpl.java
class ContextImpl extends Context {
final ActivityThread mMainThread;
final LoadedApk mPackageInfo;
private final ResourcesManager mResourcesManager;
private final Resources mResources;
private Resources.Theme mTheme = null;
private PackageManager mPackageManager;
final Object[] mServiceCache = SystemServiceRegistry.createServiceCache();
}
- ActivityThread对象也就是应用的核心类;mPackageInfo包括安装包的信息;mResourcesManager和mResources就是跟系统资源相关的;mTheme主题相关的;mPackageManager包管理;mServiceCache系统服务的缓存。
- 正是有了Context,应用组件才有意义,才能去访问系统资源系统服务。
有几种类型的Context?
- Application
- Activity
- Service
广播跟ContentProvider是没有Context的
Application的Context
关于Application,可看前面的文章 Android Application,这里简单回顾下:
- Application的Context是跟随Application一起初始化的。
- Application又是跟随应用进程的启动初始化的。
- 应用进程的启动先是Zygote创建进程,应用进程启动后会启动ActivityThread的main函数。
- main函数会向AMS报告。
- 然后ASM会让应用进程去创建Application。
应用进程创建Application时看下Context的创建:
// 代码来自Android23中:LoadedApk.java
public Application makeApplication(...){
...
ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
...
app = mActivityThread.mInstrumentation.newApplication(...,appContext);
...
return app;
}
static ContextImpl createAppContext(ActivityThread mainThread, LoadedApk packageInfo) {
return new ContextImpl(...);
}
- 这块就比较简单了,直接new了一个ContextImpl。
Activity的Context
Activity的Context是跟着Activity的启动一起初始化的;Activity启动最开始通过Context的startActivity,最终会到如下函数:
// 代码来自Android23中:ActivityThread.java
private Activity performLaunchActivity(...){
...
Activity activity = mInstrumentation.newActivity(...);
...
Application app = r.packageInfo.makeApplication(...);
Context appContext = createBaseContextForActivity(r, activity);
activity.attach(appContext,app ...)
...
mInstrumentation.callActivityOnCreate(...)
}
// 代码来自Android23中:Instrumentation.java
public Activity newActivity(ClassLoader cl, String className...){
return (Activity)cl.loadClass(className).newInstance();
}
// 代码来自Android23中:Activity.java
final void attach(Context context,Application application,...){
attachBaseContext(context);
mApplication = application;
}
- newActivity创建Activity对象,这个跟Application创建类似,通过ClassLoader去加载类,然后通过newInstance创建一个对象。
- 接下来就是makeApplication,这个其实就是返回之前创建的Application对象。
- createBaseContextForActivity这个就是为Activity创建一个Context;怎么创建的呢,跟上面Application的Context创建一样,也是new了一个ContextImpl返回。
- 创建好了Application跟Context后,再调用activity.attach();把Context对象赋值给mBase。
- 最后走的callActivityOnCreate,也就是activity的onCreate生命周期。
Activity的类继承关系
public class Activity extends ContextThemeWrapper ...{
}
public class ContextThemeWrapper extends ContextWrapper {
private int mThemeResource;
private Resources.Theme mTheme;
private LayoutInflater mInflater;
private Configuration mOverrideConfiguration;
private Resources mResources;
}
- Activity继承与ContextThemeWrapper,这个跟Application是不一样的,Application是直接继承自ContextWrapper。
- ContextThemeWrapper就是跟主题相关。
Service的Context
public abstract class Service extends ContextWrapper {
......
}
// 代码来自Android23中:ActivityThread.java
private void handleCreateService(CreateServiceData data) {
Service service = null;
service = (Service) cl.loadClass(data.info.name).newInstance();
ContextImpl context = ContextImpl.createAppContext(this, packageInfo);
context.setOuterContext(service);
Application app = packageInfo.makeApplication();
service.attach(context, app);
service.onCreate();
}
- Sercice也是直接继承自ContextWrapper。
- handleCreateService的大致逻辑跟Activity创建差不多,都是先通过ClassLoader加载class,然后创建Context,Application,在attach(),最后到生命周期onCreate()。
BroadcastReceiver的Context
public abstract class BroadcastReceiver {
public abstract void onReceive(Context context, Intent intent);
......
}
- 广播是个抽象类,就跟Service和Activity不一样,没有继承ContextWrapper。
- 含有一个抽象方法onReceive,里面带有context参数,这个context参数来自哪呢?
- 如果广播是动态注册,那么这个context就来自注册方的context
- 如果广播是静态注册,这个context也不是Application的context,它是 一个以Application为mBase的ContextWrapper。具体原理之后章节在扩展。
ContentProvider的Context
public abstract class ContentProvider {
private Context mContext = null;
......
}
- ContentProvider也不是继承ContextWrapper的,其中含有一个mContext变量。
- mContext变量是ContentProvider初始化从外面传进来的,传的就是Application的context。
- ContentProvider的初始化在application的构造函数及attach之后,但是是在onCreate之前,也就是ContentProvider的onCreate是在Application onCreate之前。
总结
- 应用程序只有Application,Activity,Service有自己的context,所以一个应用程序的context个数就是这三类个数相加。
- 不同Context的区别:Activity因为需要主题相关,所以它继承的是ContextThemeWrapper;而Application跟Service这种非UI的直接继承自ContextWrapper。
- Activity中的this返回对象自己,getBaseContext返回的是ContextWrapper中的mBase。
- getApplication和getApplicationContext区别:它们都是返回application对象;getApplicationContext是Context中的抽象函数;getApplication是Activity跟Service特有的。
- 应用组件构造顺序:先是构造函数,然后是attachBaseContext赋予上下文,最后是onCreate。