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

上下文意味着Android可以知道我应该参加哪些活动。

1-Toast.makeText（上下文，“输入所有详细信息”，Toast.LNGTH_SHORT）.show（）；它用于此。上下文上下文=ActivityName.this；

2-startActivity（新的Intent（context，LoginActivity.class））；

在这个上下文中，意味着你想从哪个活动转到其他活动。context或ActivityName。这比getContext和getApplyinContext更快。

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

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

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

上下文表示当前。用于对当前屏幕执行操作的上下文。前任。  1. getApplicationContext（）  2. 获取上下文（）

Toast.makeText(getApplicationContext(), "hello", Toast.LENGTH_SHORT).show();

如果您查看的评论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.content类的实例。Context提供到执行应用程序的android系统的连接。例如，您可以通过上下文检查当前设备显示的大小。

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

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

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