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

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

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

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

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

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

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

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

将其视为虚拟机孤立了应用程序或服务运行的进程。孤立的环境可以访问大量底层系统信息和某些允许的资源。您需要该上下文来获得这些服务。

上下文意味着Android可以知道我应该参加哪些活动。

1-Toast.makeText（上下文，“输入所有详细信息”，Toast.LNGTH_SHORT）.show（）；它用于此。上下文上下文=ActivityName.this；

2-startActivity（新的Intent（context，LoginActivity.class））；

在这个上下文中，意味着你想从哪个活动转到其他活动。context或ActivityName。这比getContext和getApplyinContext更快。

语境到底是什么？

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

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

几个Android API需要Context作为参数

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

android.content.Context类的实例提供到执行应用程序的android系统的连接。例如，您可以通过上下文检查当前设备显示的大小。

它还允许访问项目的资源。它是有关应用程序环境的全局信息的接口。

Context类还提供对Android服务的访问，例如报警管理器以触发基于时间的事件。

活动和服务扩展了Context类。因此，它们可以直接用于访问上下文。

了解android环境的简单示例：

每个老板都有一个助手来照顾，来完成所有不那么重要和耗时的任务。如果需要一份文件或一杯咖啡，一名助手就在路上。一些老板几乎不知道办公室里发生了什么，所以他们也会询问助手。他们自己做一些工作，但在大多数其他事情上，他们需要助手的帮助。

在这种情况下，

Boss–是Android应用程序

助手–是一个上下文

文件/咖啡杯–是资源

当我们需要获取有关应用程序的不同部分（如活动、应用程序等）的信息时，我们通常会调用上下文。

涉及上下文的某些操作（需要助手的操作）：

加载公共资源创建动态视图显示Toast消息启动活动等。

获取上下文的不同方式：

getContext()

getBaseContext()

getApplicationContext()

this