Context 的关联类
-
Context 意为上下文,是一个应用程序环境信息的接口
它的使用场景总的来说分为两大类:
-
使用 Context 调用方法,比如启动Activity、访问资源、调用系统级服务等
-
调用方法时传入 Context,比如弹出 Toast、创建 Dialog等
Activity、Service和Application都间接地继承自 Context,因此我们可以计算出一个应用程序进程中有多少个 Context,这个数量等于Activity和Service的总个数加1,1指的是Application的数量
-
-
Context 是一个抽象类,它的内部定义了很多方法和静态常量,它的具体实现类为 ContextImpl,ContextWrapper 则为装饰类,他们两个都继承自 Context。
ContextImpl 提供了很多功能,但是外界需要使用并扩展 ContextImpl 的功能,因此设计上使用了装饰模式,ContextWrapper 是装饰类,它对 ContextImpl 进行包装,ContextWrapper主要是起了方法传递的作用,ContextWrapper 中几乎所有的方法都是调用 ContextImpl 的相应方法来实现的
ContextWrapper 内部包含 Context 类型的 mBase 对象,mBase 具体指向 ContextImpl
-
Context 的关联类使用了装饰模式,主要有一下优点
-
使用者(比如Service)能够更方便的使用 Context
-
如果 ContextImpl 发生了变化,它的装饰类 ContextWrapper 不需要做任何修改
-
ContextImpl 的实现不会暴露给使用者,使用者也不必关心 ContextImpl的实现
-
通过组合而非继承的方式,扩展 ContextImpl 的功能,在运行时选择不同的装饰类,实现不同的功能
-
Application Context 的创建过程
首先我们从应用程序的启动过程开始着手
-
ActivityThread 类作为应用程序进程的主线程管理类,它会调用它的内部类 ApplicationThread 的 scheduleLaunchActivity 方法来启动 Activity
-
在ApplicationThrad 的 scheduleLaunchActivity 方法中会向 H 类发送 LAUNCH_ACTIVITY类型的消息
目的是将启动 Activity 的逻辑放在主线程的消息队列中,这样启动 Activity 的逻辑会在主线程中执行
-
接着我们查看 H 类的 handleMessage 方法对 LAUNCH_ACTIVITY 类型消息的处理
/*frameworks/base/core/java/android/app/ActivityThread.java*/
private class H extends Handler{
...
public void handlerMessage(Message msg){
switch(msg){
case LAUNCH_ACTIVITY:
//通过 getPackageInfoNoCheck 方法获得 LoadApk 类型对象,并将该对象赋值给 Activity