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

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

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

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

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

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

此属性声明默认情况下此布局与哪个活动关联。

简单地说，Androids环境是一个混乱，除非你不再担心，否则你不会喜欢它。

Android上下文包括：

上帝反对。当你开始为Android开发时，你想在所有应用程序中传递的东西，但当你稍微接近编程、测试和Android本身时，就会避免这样做。不明确的依赖关系。内存泄漏的常见来源。用于测试的PITA。Android系统用于分配权限、资源、偏好、服务、广播、样式、显示对话框和膨胀布局的实际上下文。对于一些单独的事情，您需要不同的Context实例（显然，您不能显示来自应用程序或服务上下文的对话框；来自应用程序和活动上下文的布局可能不同）。

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

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

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

上下文的定义

上下文表示环境数据它提供了对数据库等内容的访问

更简单的术语（示例1）

假设Person-X是一家初创软件公司的首席执行官。公司有一位首席架构师，这位首席架构师在公司内完成所有涉及数据库、UI等的工作等现在，首席执行官雇佣了一名新的开发人员。是建筑师告诉新聘人员的责任基于新人的技能数据库或UI等工作。

更简单的术语（示例2）

这就像访问应用程序资源的android活动。这与你去酒店时想吃早餐、午餐类似&在合适的时间吃饭，对吧？在逗留期间，你还喜欢其他很多东西。你是怎么得到这些东西的？你让客房服务人员为你带来这些东西。这里，客房服务人员是上下文，因为您是单一活动和酒店将成为您的应用程序，最后是早餐、午餐&晚餐必须是资源。

涉及上下文的内容包括：

正在加载资源。启动新活动。创建视图。获取系统服务。

上下文是Activity、Service、Application等的基类

描述这一点的另一种方式是：将上下文视为电视的远程&电视中的频道是资源、服务、使用意图等--这里，远程充当访问前台所有不同资源的访问权限。

因此，Remote可以访问资源、服务、使用意图等渠道。。。。同样地访问远程的人自然可以访问所有的东西，如资源、服务、使用意图等

获取上下文的不同方法

getApplicationContext（）获取上下文（）getBaseContext（）或者这个（在活动课上）

例子：

TextView tv = new TextView(this);

关键字this指的是当前活动的上下文。