Android上下文是一个接口（在一般意义上，而不是在Java意义上；在Java中，上下文实际上是一个抽象类！），它允许访问特定于应用程序的资源、类以及有关应用程序环境的信息。

如果你的android应用程序是一个web应用程序，你的上下文将类似于ServletContext（我没有在这里进行精确的比较）。

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

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

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

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

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

了解android环境的简单示例：

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

在这种情况下，

Boss–是Android应用程序

助手–是一个上下文

文件/咖啡杯–是资源

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

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

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

获取上下文的不同方式：

getContext()

getBaseContext()

getApplicationContext()

this

语境到底是什么？

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

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

几个Android API需要Context作为参数

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

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

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

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

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

Context是每个app-s沙盒的android特定api提供访问应用程序私有数据，如资源、数据库、私有文件目录、首选项、设置。。。

对于一个应用程序的所有活动/服务/广播侦听器，大多数私有数据都是相同的。

由于Application、Activity和Service实现了Context接口，因此可以在api调用需要Context参数时使用它们