什么是 Android 上的 “上下文”?

在 Android 编程中, Context类到底是什么?它的用途是什么?

我在开发人员网站上阅读了有关它的内容,但我不清楚。

答案

简单地说:

顾名思义,它是应用程序 / 对象当前状态的上下文。它使新创建的对象了解正在发生的事情。通常,您调用它来获取有关程序另一部分(活动和程序包 / 应用程序)的信息。

您可以通过调用getApplicationContext()getContext()getBaseContext()this (在从Context扩展的类中,例如 Application,Activity,Service 和 IntentService 类)来获取Context

上下文的典型用法:

  • 创建新对象 :创建新视图,适配器,侦听器:

    TextView tv = new TextView(getContext());
    ListAdapter adapter = new SimpleCursorAdapter(getApplicationContext(), ...);
  • 访问标准的公共资源 :LAYOUT_INFLATER_SERVICE 等服务,SharedPreferences:

    context.getSystemService(LAYOUT_INFLATER_SERVICE)
    getApplicationContext().getSharedPreferences(*name*, *mode*);
  • 隐式访问组件 :关于内容提供者,广播,意图

    getApplicationContext().getContentResolver().query(uri, ...);

上下文的定义

  • 上下文代表环境数据
  • 它提供对诸如数据库之类的东西的访问

简单的术语(示例 1)

  • 考虑到 Person-X 是一家新兴软件公司的首席执行官。

  • 公司中有一名首席架构师,该首席设计师负责公司中涉及数据库,UI 等的所有工作。

  • 现在,首席执行官雇用了一名新开发人员。

  • 正是架构师根据新员工的技能告诉新员工的责任,即他将从事数据库还是 UI 等工作。

更简单的术语(示例 2)

  • 这就像是通过 android 活动访问应用程序的资源一样。

  • 这类似于您访问酒店时想要在适当的时间享用早餐,午餐和晚餐,对吗?

  • 在住宿期间,您还喜欢其他许多事情。你怎么得到这些东西?

  • 您要求客房服务人员为您带来这些东西。

  • 考虑到您是单身活动,而酒店是您的应用程序,因此这里的客房服务人员是您的应用程序,最后早餐,午餐和晚餐必须作为资源。


涉及上下文的事物是:

  1. 加载资源。
  2. 启动新活动。
  3. 创建视图。
  4. 获得系统服务。

上下文是ActivityServiceApplication等的基类

描述这种情况的另一种方式:将上下文视为电视,电视和电视中的频道的远程资源,服务,使用意图等 --- 这里的远程充当访问所有不同资源的途径。

  • 因此,远程可以访问诸如资源,服务,使用意图等通道。

  • 同样地... 有权访问远程控制的人自然可以访问所有事物,例如资源,服务,使用意图等


获取上下文的不同方法

  • getApplicationContext()
  • getContext()
  • getBaseContext()
  • this (在活动课程中)

例:

TextView tv = new TextView(this);

关键字this指当前活动的上下文。

资源


Android 中的 Context 主题似乎使许多人感到困惑。人们只是知道,在 Android 中执行基本操作经常需要使用 Context。人们有时会感到恐慌,因为他们试图执行一些需要上下文的操作,而他们却不知道如何 “获得” 正确的上下文。我将尝试揭开 Android 中上下文的概念的神秘色彩。对该问题的完整处理不在本文的讨论范围之内,但是我将尝试给出一个总体概述,以便使您对 Context 是什么以及如何使用它有所了解。要了解什么是上下文,让我们看一下源代码:

https://github.com/android/platform_frameworks_base/blob/master/core/java/android/content/Context.java

上下文到底是什么?

好吧,文档本身提供了一个相当简单的解释:Context 类是 “有关应用程序环境的全局信息的接口”。

Context 类本身被声明为抽象类,其实现由 Android OS 提供。该文档还提供了上下文 “…… 允许访问特定于应用程序的资源和类,以及对应用程序级操作(如启动活动,广播和接收意图等)的调用”。

现在,您可以很好地理解为什么名称为 Context。这是因为仅此而已。上下文为活动,服务或任何其他组件提供了链接或挂钩(如果您愿意),从而将其链接到系统,从而可以访问全局应用程序环境。换句话说:上下文为以下组件问题提供了答案:“我相对于应用程序到底在哪里,以及我如何与应用程序的其余部分进行访问 / 通信?” 如果这一切似乎有点令人困惑,请快速查看 Context 类公开的方法可提供有关其真实性质的更多线索。

这是这些方法的随机抽样:

  1. getAssets()
  2. getResources()
  3. getPackageManager()
  4. getString()
  5. getSharedPrefsFile()

所有这些方法有什么共同点?它们都使任何有权访问上下文的人都能够访问应用程序范围的资源。

换句话说,上下文将对它有引用的组件挂钩到其余的应用程序环境。例如,只要活动,服务或任何知道如何访问这些资源的资源,资产(例如项目中的 “/ assets” 文件夹)就可以在整个应用程序中使用。同样, getResources()也可以执行getResources().getColor() ,该操作会将您吸引到colors.xml资源中(请注意,aapt 允许通过 java 代码访问资源,这是一个单独的问题)。

结果是Context是实现对系统资源的访问的要素,它使组件挂接到 “更大的应用程序”。让我们看一下Context的子类,这些类提供了抽象Context类的实现。 Activity类, ActivityContextThemeWrapper继承,而ContextWrapper则从ContextThemeWrapper继承,而ContextWrapper则从Context本身继承。这些类对于深入了解事物很有用,但到目前为止,知道ContextThemeWrapperContextWrapper就足够了他们通过 “包装” 上下文(实际上下文)并将这些函数委派给该上下文来实现Context类本身的抽象元素,一个示例很有用 - 在ContextWrapper类中, Context类的抽象方法getAssets实现如下:

@Override
    public AssetManager getAssets() {
        return mBase.getAssets();
    }

mBase只是构造函数设置为特定上下文的字段。因此,包装了上下文,并且ContextWrapper将 getAssets 方法的实现委派给该上下文。让我们回到检查Activity类,该类最终从Context继承,以了解其工作原理。

您可能知道什么是活动,但要进行回顾 - 这基本上是用户可以做的一件事情。它负责提供一个窗口,在其中放置用户与之交互的 UI。熟悉其他 API 的开发人员甚至是非开发人员都可能从白话角度将其视为 “屏幕”。从技术上讲这是不准确的,但这对我们的目的并不重要。那么, ActivityContext如何相互作用,它们的继承关系到底是怎么回事?

同样,查看特定示例也很有帮助。我们都知道如何开展活动。如果您具有启动活动的 “上下文”,则只需调用startActivity(intent) ,其中 Intent 描述了您从中启动活动的上下文以及要启动的活动。这是熟悉的startActivity(this, SomeOtherActivity.class)

什么是thisthis是您的 Activity,因为Activity类是从Context继承的。完整的信息如下所示:调用startActivity ,最终Activity类将执行以下操作:

Instrumentation.ActivityResult ar =
                mInstrumentation.execStartActivity(
                    this, mMainThread.getApplicationThread(), mToken, this,
                    intent, requestCode);

因此,它利用了Instrumentation类中的execStartActivity (实际上是从Instrumentation称为ActivityResult的内部类中)。

在这一点上,我们开始窥视系统内部。

这是 OS 实际处理所有内容的地方。那么 Instrumentation 如何准确地启动 Activity?那么,帕拉姆thisexecStartActivity上面的方法是你的活动,即上下文和execStartActivity利用这个上下文。

这是 30,000 个概述:Instrumentation 类跟踪其监视的 Activity 列表,以完成其工作。该列表用于协调所有活动,并确保在管理活动流程时一切顺利进行。

我还没有完全研究某些操作来协调线程和进程问题。最终, ActivityResult使用本机操作ActivityManagerNative.getDefault().startActivity() ,该操作使用您在调用startActivity时传递的Context 。如果需要,您传入的上下文将用于帮助 “意图解决”。意图解析是系统可以确定意图目标(如果未提供)的过程。 (有关更多详细信息,请参见此处的指南)。

为了使 Android 能够做到这一点,它需要访问Context提供的信息。具体来说,系统需要访问ContentResolver以便它 “确定意图数据的 MIME 类型”。有关startActivity如何利用上下文的整个过程有点复杂,我本人并不完全了解内部结构。重点只是说明如何执行应用程序必不可少的许多操作,需要访问应用程序范围的资源, Context是提供对这些资源的访问权限的一个简单示例,例如视图,我们都知道通过扩展RelativeLayout或其他一些View类创建自定义 View 时,您必须提供一个以Context为参数的构造函数。在实例化自定义 View 时,您要在上下文中传递内容,这是因为 View 需要能够具有访问主题,资源和其他 View 配置详细信息。View 配置实际上是一个很好的例子。每个 Context 都有各种参数(由Context自己设置)由 OS 自己为诸如显示器的尺寸或密度之类的东西。很容易看出为什么此信息对于设置视图等很重要。

最后一句话:由于某些原因,刚接触 Android 的人(甚至不是那么陌生的人)似乎完全忘记了面向对象的编程。由于某些原因,人们试图将他们的 Android 开发转变为预想的范例或学习的行为。

如果放开您的先入为主的概念并仅阅读文档和开发指南,Android 就有自己的范例和某种模式,实际上是非常一致的。但是,我的真实观点是,尽管 “获取正确的上下文” 有时可能很棘手,但人们会陷入无可救药的恐慌之中,因为他们遇到了需要上下文并认为自己没有上下文的情况。 Java 再次是具有继承设计的面向对象语言。

您仅 “拥有” 活动内部的上下文,因为您的活动本身是从上下文继承的。这没有什么魔力(除了操作系统本身所做的所有工作,它们可以设置各种参数并正确地 “配置” 您的上下文)。因此,撇开内存 / 性能问题(例如,在不需要时保留对上下文的引用或以对内存有负面影响的方式进行操作等),上下文就像其他对象一样,可以被传递就像任何 POJO(普通的旧 Java 对象)一样。有时您可能需要做一些聪明的事情来检索该上下文,但是任何从 Object 本身扩展而来的常规 Java 类都可以用可以访问上下文的方式来编写。只需公开一个采用上下文的公共方法,然后根据需要在该类中使用它。这并不是要对 Context 或 Android 内部进行详尽的处理,但我希望它有助于对 Context 进行神秘化。

上下文是系统的句柄;它提供诸如解析资源,获得对数据库和首选项的访问等服务。一个 Android 应用包含活动。上下文就像是您的应用程序当前正在运行的环境的句柄。活动对象继承了 Context 对象。

有关更多信息,请参见使用 Android Studio 进行 Android 开发简介 - 教程

Context是有关应用程序环境的全局信息的 “接口”。实际上, Context实际上是一个抽象类 ,其实现由 Android 系统提供。

它允许访问特定于应用程序的资源和类,以及对应用程序级操作(例如启动活动,广播和接收意图等)的调用。

在下图中,您可以看到类的层次结构,其中Context是该层次结构的根类。特别值得一提的是, ActivityContext的后代。

活动图

Context到底是什么?

根据 Android 参考文档,它是代表各种环境数据的实体。它提供对本地文件,数据库,与环境关联的类加载器,服务(包括系统级服务)等的访问。在本书中,以及使用 Android 进行日常编码时,您都会看到 Context 经常传递。

摘自《 实践中的 Android 》一书。 60

多个 Android API 需要使用Context作为参数

查看各种 Android API 时,您会发现其中许多将android.content.Context对象作为参数。您还将看到,通常将 Activity 或 Service 用作Context 。之所以可行,是因为这两个类都是从Context扩展的。

理解 android 中context简单示例:

每个老板都有一个助手来照顾,以完成所有次要的,耗时的工作。如果需要一杯咖啡或一杯咖啡,则需要一位助手。一些老板几乎不知道办公室里发生了什么,所以他们也询问助手。他们自己做一些工作,但在其他大多数事情上,则需要助手的帮助。

在这种情况下,

老板–是 Android 应用程序

助手–是上下文

文件 / 杯咖啡–资源

当我们需要获取有关应用程序不同部分(例如活动,应用程序等)的信息时,通常将其称为上下文。

涉及上下文的一些操作(需要助手的操作):

  • 加载公共资源
  • 创建动态视图
  • 显示吐司消息
  • 开展活动等

获取上下文的不同方式:

getContext()

getBaseContext()

getApplicationContext()

this

Android Context是一个接口 (通常,不是 Java;在 Java 中, Context实际上是一个抽象类!),它允许访问应用程序特定的资源以及有关应用程序环境的类和信息。

如果您的 Android 应用程序是一个 Web 应用程序,则您的上下文将类似于ServletContext (在这里我不做确切的比较)。

您的活动和服务还扩展了Context ,因此它们继承了所有这些方法来访问运行应用程序的环境信息。

  • Context表示获取环境数据的句柄。
  • Context类本身被声明为抽象,其实现由 android OS 提供。
  • Context就像是远程电视,而电视中的频道就是资源,服务等。 在此处输入图片说明

你能用它做什么?

  • 正在加载资源。
  • 启动新活动。
  • 创建视图。
  • 获取系统服务。

获取上下文的方法:

  • getApplicationContext()
  • getContext()
  • getBaseContext() 在此处输入图片说明 在此处输入图片说明

只是把它放在那里给新手;

因此,首先了解 Word Context:

在英语库中。它的意思是:

“构成事件,陈述或想法的设置的环境,可以据以充分理解和评估。”

“书面或口语中紧接在单词或段落之前和之后的部分,并阐明其含义。”

现在对编程世界有相同的理解:

应用程序 / 对象当前状态的上下文。它使新创建的对象了解正在发生的事情。通常,您调用它来获取有关程序另一部分(活动,程序包 / 应用程序)的信息

您可以通过调用getApplicationContext()getContext(), getBaseContext()this (在活动类中)来获取上下文。

要在应用程序中获取 Context Anywhere,请使用以下代码:

在您的 android 应用程序中创建新的类AppContext

public class AppContext extends Application {

    private static Context context;

    public void onCreate(){
        super.onCreate();
        AppContext.context = getApplicationContext();
    }

    public static Context getAppContext() {
        return AppContext.context;
    }
}

现在,只要您想在非活动类中使用应用程序上下文,都可以调用此方法,并获得应用程序上下文。

希望这个帮助;)