如果您想将Context与Android中其他熟悉的类连接，请记住以下结构：

Context＜ContextWrapper＜应用程序Context<ContextWrapper<ContextThemeWrapper<活动Context<ContextWrapper<ContextThemeWrapper<活动<列表活动Context<ContextWrapper<ServiceContext<ContextWrapper<Service<IntentService

所以，所有这些类都是以自己的方式存在的上下文。如果愿意，可以将Service和ListActivity转换为Context。但如果仔细观察，一些类也会继承主题。在活动或片段中，您希望将主题化应用于视图，但不关心它，例如Service类。

我在这里解释上下文的差异。

了解android环境的简单示例：

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

在这种情况下，

Boss–是Android应用程序

助手–是一个上下文

文件/咖啡杯–是资源

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

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

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

获取上下文的不同方式：

getContext()

getBaseContext()

getApplicationContext()

this

上下文是我们大多数人所称的应用程序。它由Android系统制作，只能执行应用程序所能执行的操作。在Tomcat中，Context也是我所称的应用程序。

有一个上下文包含多个活动，每个活动可能有多个视图。

很明显，有些人会说它不适合因为这个或那个，他们可能是对的，但是说Context是您当前的应用程序将有助于您理解在方法参数中放置的内容。

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

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

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

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

语境到底是什么？

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

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

几个Android API需要Context作为参数

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

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

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

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

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