简单地说：

顾名思义，它是应用程序/对象当前状态的上下文。它让新创建的对象了解发生了什么。通常，您调用它来获取有关程序的另一部分（活动和包/应用程序）的信息。

您可以通过调用getApplicationContext（）、getContext（）和getBaseContext（）或this（当在从context扩展的类中时，例如Application、Activity、Service和IntentService类）来获取上下文。

上下文的典型用法：

创建新对象：创建新视图、适配器和侦听器：TextView tv=新建TextView（getContext（））；ListAdapter适配器=新的SimpleCursorAdapter（getApplicationContext（），…）；访问标准公共资源：服务，如LAYOUT_INFLATER_SERVICE、SharedPreferences：context.getSystemService（LAYOUT_INFLATER_SERVICE）getApplicationContext（）.getSharedPreferences（*name*，*mode*）；隐式访问组件：关于内容提供商、广播、意图getApplicationContext（）.getContentResolver（）.query（uri，…）；

如果您想将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方法从其对象，并将其传递给新对象的构造函数。用这个方法，上下文在任何地方都可用，但它只显示为构造函数中的显式参数。

有关上下文的更多详细信息，请阅读本文。我将简要解释一下。

如果你想知道什么是上下文，你必须知道它的作用。。。例如，getContext（）是检索上下文的方法之一。在getContext（）中，Context与Activity及其生命周期相关联。我们可以将上下文想象为“活动”背后的一层，它将与“活动”的寿命一样长。一旦活动终止，上下文也会终止。该方法为活动提供功能列表，如：

Load Resource Values,
Layout Inflation,
Start an Activity,
Show a Dialog,
Start a Service,
Bind to a Service,
Send a Broadcast,
Register BroadcastReceiver.

现在想象一下：

上下文是一个位于其组件后面的层（接口）（活动、应用程序…）和组件的生命周期访问应用程序支持的各种功能环境和Android框架。

简单地说：

顾名思义，它是应用程序/对象当前状态的上下文。它让新创建的对象了解发生了什么。通常，您调用它来获取有关程序的另一部分（活动和包/应用程序）的信息。

您可以通过调用getApplicationContext（）、getContext（）和getBaseContext（）或this（当在从context扩展的类中时，例如Application、Activity、Service和IntentService类）来获取上下文。

上下文的典型用法：

创建新对象：创建新视图、适配器和侦听器：TextView tv=新建TextView（getContext（））；ListAdapter适配器=新的SimpleCursorAdapter（getApplicationContext（），…）；访问标准公共资源：服务，如LAYOUT_INFLATER_SERVICE、SharedPreferences：context.getSystemService（LAYOUT_INFLATER_SERVICE）getApplicationContext（）.getSharedPreferences（*name*，*mode*）；隐式访问组件：关于内容提供商、广播、意图getApplicationContext（）.getContentResolver（）.query（uri，…）；

语境到底是什么？

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

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

几个Android API需要Context作为参数

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