Context是Android提供的抽象类，因此，它的任务是将应用程序代码与Android系统连接起来。通过从Context继承的类（活动、服务和应用程序），您的应用程序能够访问仅由操作系统访问的资源和功能。

当上下文后代对象被操作系统实例化（通过OS控制的实例化机制，如“意图”）时，它们将由操作系统管理，因此，它们将获得生命周期。

除此之外，将上下文作为方法调用中的参数传递，允许此方法将上下文用作与操作系统通信的通道，以便到达操作系统并要求其执行某些操作或返回某些资源。

将上下文与清单一起可视化

为了将Android环境和Manifest可视化，一个旧的呼叫中心交换机就是一个很好的类比。

基础是Android系统，连接每个正在运行的应用程序的所有应用程序组件的所有电线都出现在这里。

每个“交换机应用程序”都包含一些插件孔，它们代表应用程序的清单组件声明。因此，通过清单声明，Android系统了解到这些插件孔的存在，从而可以通过意图创建对象来插入新的上下文连接。每条连线表示一个Android上下文，该上下文连接到应用程序的某个可启动组件或应用程序本身。您可以使用现有的电线，因为它与Android系统连接，以便请求完成需要通过操作系统完成的所有事情。你可以假设当一个活动被破坏时，它的电线被拔掉了。当构建另一个活动（或另一个组件）时，一条新的电线会出现并连接到正确的清单声明的插孔。

我写了一篇完整的文章，解释了Context如何将您的应用程序与android系统相结合：

Context是应用程序/对象当前状态的上下文。它是表示各种环境数据的实体。上下文帮助当前活动与外部android环境交互，如本地文件、数据库、与环境相关的类加载器、包括系统级服务在内的服务等等。

上下文是系统的句柄。它提供诸如解析资源、访问数据库和首选项等服务。android应用程序有活动。它就像应用程序当前运行的环境的句柄。活动对象继承Context对象。

通过不同的调用方法可以获取上下文1.getApplicationContext（），2.getContext（），3.getBaseContext（）4.或这个（在活动课上）。

android.content.Context类提供到android系统和项目资源的连接。它是有关应用程序环境的全局信息的接口。

上下文还提供对Android服务的访问，例如位置服务。

Activities和Services扩展了Context类。

语境到底是什么？

根据Android参考文档，它是一个表示各种环境数据的实体。它提供对本地文件、数据库、与环境相关的类加载器、服务（包括系统级服务）等的访问。在这本书中，以及在您使用Android进行的日常编码中，您将看到上下文频繁传递。

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

几个Android API需要Context作为参数

如果您查看各种Android API注意，其中许多都将android.content.Context对象作为参数您还将看到“活动”或“服务”通常用作上下文这是因为这两个类都是从Context扩展的。

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

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

在下图中，您可以看到一个类的层次结构，其中Context是这个层次结构的根类。特别值得强调的是，活动是上下文的后代。

有关上下文的更多详细信息，请阅读本文。我将简要解释一下。

如果你想知道什么是上下文，你必须知道它的作用。。。例如，getContext（）是检索上下文的方法之一。在getContext（）中，Context与Activity及其生命周期相关联。我们可以将上下文想象为“活动”背后的一层，它将与“活动”的寿命一样长。一旦活动终止，上下文也会终止。该方法为活动提供功能列表，如：

Load Resource Values,
Layout Inflation,
Start an Activity,
Show a Dialog,
Start a Service,
Bind to a Service,
Send a Broadcast,
Register BroadcastReceiver.

现在想象一下：

上下文是一个位于其组件后面的层（接口）（活动、应用程序…）和组件的生命周期访问应用程序支持的各种功能环境和Android框架。