学而实习之 不亦乐乎

Android 中 Activity、Service 和 Application 的 Context

2023-08-21 07:49:11

在 Android 中我们经常会用到 Context,比如:语句 MyView mView = new MyView(this),要求传递一个this参数,这个this究竟指的是什么东西呢?其实这里的 this 指的就是当前的 Activity.this,取的是这个 Activity 的 Context。

一、什么是 Context?有什么作用呢?

Context(android.content.Context)就是“上下文”,类似于句柄。很多方法需要通过 Context 才能识别调用者的实例。

SDK中对其说明如下: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.

提供应用环境全局信息的接口,并且这个接口是由抽象类实现的,它的执行被android系统所提供,允许我们获取以应用为特征的资源和类型,同时启动应用级的操作,如启动 Activity,broadcasting 和接收 intent。

因此,其作用如下:

  1. 它描述的是一个应用程序环境的信息,即上下文。
  2. 该类是一个抽象(abstract class)类,Android提供了该抽象类的具体实现类。
  3. 通过它我们可以获取应用程序的资源和类,也包括一些应用级别操作,例如:启动一个Activity,发送广播,接受Intent信息等。

Context继承关系如下:

图片

二、Context类 

路径:/frameworks/base/core/java/android/content/Context.java

说明:抽象类,提供了一组通用的API。

Context类本身是一个纯abstract类,为了使用方便,定义了ContextWrapper类,这只是一个包装而已。

一个应用包含的Context个数:Service个数+Activity个数+1(Application类本身对应一个Context对象)。

应用程序中包含多个ContextImpl对象,而其内部变量mPackageInfo指向同一个PackageInfo对象。

public abstract class Context {   
     //...   
     public abstract Object getSystemService(String name);  //获得系统级服务   
     public abstract void startActivity(Intent intent);     //通过一个Intent启动Activity   
     public abstract ComponentName startService(Intent service);  //启动Service   
     public abstract SharedPreferences getSharedPreferences(String name,int mode);   
     public abstract ContentResolver getContentResolver(); //获取内容解析器  
     public abstract PackageManager getPackageManager(); //获取包管理器  
     public abstract Context getApplicationContext(); //获取应用的上下文  
     public abstract AssetManager getAssets(); //获取Assets  
     public abstract Resources getResources(); //获取资源  
     public abstract String getPackageName(); //获取包名  
     public abstract File getFilesDir();  //获取路径  
     //...   
}  

ContextImpl类

路径:/frameworks/base/core/java/android/app/ContextImpl.java

说明:该Context类的实现类为ContextImpl类,该类实现了Context类的功能。

/** 
 * Common implementation of Context API, which provides the base 
 * context object for Activity and other application components. 
 */   
class ContextImpl extends Context{   

    //所有Application程序公用一个mPackageInfo对象   
    /*package*/ ActivityThread.PackageInfo mPackageInfo;            

    @Override   
    public Object getSystemService(String name){   

        //...   

        else if (ACTIVITY_SERVICE.equals(name)) {   
            return getActivityManager();   
        }    

        else if (INPUT_METHOD_SERVICE.equals(name)) { 
            return InputMethodManager.getInstance(this);
        }  
    }

    @Override
    public void startActivity(Intent intent) {   

        //...   

        //开始启动一个Activity   
        mMainThread.getInstrumentation().execStartActivity(   
            getOuterContext(), mMainThread.getApplicationThread(), null, null, intent, -1);   
    }   
}   

ContextThemeWrapper类

路径:/frameworks/base/core/java/android/view/ContextThemeWrapper.java

说明:该类内部包含了主题(Theme)相关的接口,即android:theme属性指定的。Service不需要主题,所以Service直接继承于ContextWrapper类。

public class ContextThemeWrapper extends ContextWrapper {   

     //该属性指向一个ContextIml实例,一般在创建Application、Service、Activity时赋值                
     private Context mBase;   

     //mBase赋值方式同样有一下两种   
     public ContextThemeWrapper(Context base, int themeres) {   

            super(base);   
            mBase = base;   
            mThemeResource = themeres;   
     }   
     
     @Override   
     protected void attachBaseContext(Context newBase) {   
            super.attachBaseContext(newBase);   
            mBase = newBase;   
     }   
}   

Activity类、Service类、Application类本质上都是Context子类。

并不是所有的context实例都是等价的。根据Android应用的组件不同,你访问的context推向有些细微的差别。

Application - 是一个运行在你的应用进程中的单例。在Activity或者Service中,它可以通过getApplication()函数获得,或者在任何继承于context的对象中,通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的,在一个进程内,你总是获得到同一个实例。

Activity/Service - 继承于ContextWrapper,它实现了与context同样API,但是代理这些方法调用到内部隐藏的Context实例,即我们所知道的基础context。任何时候当系统创建一个新的Activity或者Service实例的时候,它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context,对每个实例来说都是唯一的。

ContentProvider - 它本身也不是一个Context,但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地(例如,在同一个应用进程),getContext()将返回的是Application单例。然而,如果调用者和ContentProvider在不同的进程的时候,它将返回一个新创建的实例代表这个Provider所运行的包。

BroadcastReciver - 它本身不是context,也没有context在它里面,但是每当一个新的广播到达的时候,框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例,它有两个主要函数被禁掉:registerReceiver()和bindService()。这两个函数在BroadcastReceiver.onReceive()不允许调用。每次Receiver处理一个广播,传递进来的context都是一个新的实例。

Context 能做的操作是由这个 context 来源于哪里决定的。下表所列的是,在应用中常见的会收到 context 对象的,以及对应的每种情况,它可以用于哪些地方:

Application Activity    Service ContentProvider BroadcastReceiver

Show a Dialog   NO  YES NO  NO  NO
Start an Activity   NO1 YES NO1 NO1 NO1
Layout Inflation    NO2 YES NO2 NO2 NO2
Start a Service YES YES YES YES YES
Bind to a Service   YES YES YES YES NO
Send a Broadcast    YES YES YES YES YES
Register BroadcastReceiver  YES YES YES YES NO3
Load Resource Values    YES YES YES YES YES

注:

  • NO1 表示Application context的确可以启动Activity,但是它需要创建一个新任务,并产生一个不标准的回退栈(back stack),通常不推荐这样做。
  • NO2 表示这是非法的,但是这个填充(inflation)的确可以完成,但是是使用所运行的系统默认的主题(theme),而不是你app定义的主题。
  • NO3 在Android4.2以上,如果Receiver是null的话(这是用来获取一个sticky broadcast的当前值的),这是允许的。