上下文基本上用于资源访问和获取应用程序（用于应用程序上下文）或活动（用于活动上下文）或任何其他的环境详细信息。。。

为了避免内存泄漏，您应该为每个需要上下文对象的组件使用应用程序上下文。。。。有关详细信息，请单击此处

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

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

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

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

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

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

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

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

上下文是指不同时间段内的组件（或应用程序）。如果我确实在下午1点到2点之间吃了那么多食物，那么我在这段时间内使用的所有方法（或资源）都将被用来访问。内容是特定时间的组件（应用程序）。应用程序组件的上下文根据组件或应用程序的底层生命周期不断变化。例如，在Activity的onCreate（）内，

getBaseContext（）--提供由Activity的构造函数设置（创建）的Activity的上下文。getApplicationContext（）--在创建应用程序期间提供Context设置（已创建）。

注意：＜application＞包含所有Android组件。

<application>
    <activity> .. </activity> 

    <service>  .. </service>

    <receiver> .. </receiver>

    <provider> .. </provider>
</application> 

这意味着，当您从任何组件内部调用getApplicationContext（）时，您正在调用整个应用程序的公共上下文。

系统根据组件的生命周期不断修改上下文。

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

Android上下文包括：

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