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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

如果您查看的评论https://stackoverflow.com/a/16301475/1772898，你会看到ulf edholm的评论

嗯，对我来说，这一切听起来就像我们老前辈过去所说的全局变量，当对象定向进入场景时，这是非常令人反感的

他是对的。上下文是全局变量的替代。

为了简单起见，我们可以说：全局变量≈上下文

上下文相对于全局变量的好处是，全局变量使得不可能在同一进程中创建同一系统的两个独立实例，而上下文允许系统的多个实例在单个进程中共存，每个实例都有自己的上下文。

请查看John Ousterhout的《软件设计哲学》，7.5传递变量。

全局变量使得无法创建两个独立变量同一进程中同一系统的实例，因为访问全局变量将发生冲突。...我最常用的解决方案是引入上下文对象，如图7.2（d）.上下文存储应用程序的所有全局状态（否则将是传递变量或全局变量变量）。大多数应用程序的全局变量中都有多个变量状态，表示配置选项、共享子系统和性能计数器。每个有一个上下文对象系统的实例。上下文允许系统在单个进程中共存，每个进程都有自己的上下文。

稍后在评论部分，您将看到比约恩的另一条评论

如果你只是grep一个代码库，你会看到数百个不同的getContext，getBaseContext，getBlaBlaContext。

他也是对的。

为了减少必须了解上下文的方法的数量，在许多主要对象中都引用了对上下文的引用。这就是为什么会看到getContext、getBaseContext、getBlaBlaContext。。在这么多地方。

参考资料：John Ousterhout的《软件设计哲学》，7.5传递变量。

不幸的是，许多地方可能需要上下文，因此它可能会成为传递变量。为了减少必须知道的方法的数量，对上下文的引用可以保存在系统的大多数主要对象中。在以下示例中图7.2（d），包含m3的类存储对上下文作为其对象中的实例变量。当新对象create方法从其对象，并将其传递给新对象的构造函数。用这个方法，上下文在任何地方都可用，但它只显示为构造函数中的显式参数。

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

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

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

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