我认为的原因是，ProgressDialog附加到支持ProgressDialog的活动，因为对话框不能在活动被销毁后保留，所以它需要传递这个(ActivityContext)，它也会随着活动被销毁，而ApplicationContext即使在活动被销毁后仍然保留。

我认为当所有东西都需要屏幕来显示(按钮、对话框、布局……)时，我们必须使用上下文活动，而所有东西都不需要屏幕来显示或处理(吐司、服务电话、联系人……)，我们可以使用应用程序上下文

它们都是Context的实例，但是应用程序实例绑定到应用程序的生命周期，而Activity实例绑定到Activity的生命周期。因此，他们可以访问有关应用程序环境的不同信息。

如果你阅读getApplicationContext的文档，它指出，只有当你需要一个生命周期与当前上下文分离的上下文时，你才应该使用这个。这在你的两个例子中都不适用。

Activity上下文大概有一些关于当前活动的信息，这些信息是完成这些调用所必需的。如果您显示准确的错误消息，则可能能够指出它究竟需要什么。

但通常情况下，使用活动上下文，除非您有很好的理由不这样做。

我发现这个表格对于决定何时使用不同类型的上下文非常有用:

An application CAN start an Activity from here, but it requires that a new task be created. This may fit specific use cases, but can create non-standard back stack behaviors in your application and is generally not recommended or considered good practice. This is legal, but inflation will be done with the default theme for the system on which you are running, not what’s defined in your application. Allowed if the receiver is null, which is used for obtaining the current value of a sticky broadcast, on Android 4.2 and above.

如果需要绑定到具有全局作用域的Context的内容，请使用getApplicationContext()。

如果您使用Activity，那么新的Activity实例将有一个引用，该引用具有对旧Activity的隐式引用，并且旧Activity不能被垃圾收集。

这显然是API设计的缺陷。首先，活动上下文和应用程序上下文是完全不同的对象，因此使用上下文的方法参数应该直接使用ApplicationContext或Activity，而不是使用父类Context。 其次，文档应该明确指定使用或不使用哪个上下文。