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

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

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

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

上下文是对当前对象的引用。上下文还允许访问有关应用程序环境的信息。

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

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

Activities和Services扩展了Context类。

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

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

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

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

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

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

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