我们什么时候应该一劳永逸地调用 getContext 和 getActivity？

Question

我在 StackOverflow 和 Google 上搜索了很多关于在 Android 环境中使用上下文的解释，但我只找到零散的解释片段。

我们什么时候应该使用getContext 而不是getActivity？ 问题如下。

• 在DialogFragment 和其他Fragment 中：创建Toast、构建AlertDialog、实例化Intent...需要上下文。我们应该使用getActivity 还是getContext？
• 如果这些操作写在Activity而不是片段中？

顺便说一句，调用getContext 和getActivity 可能会发生空异常和/或内存泄漏：什么时候？更准确地说：它是否仅在调用者的生命周期是被调用对象的生命周期的（严格）子集时发生（例如，Dialog 调用 getActivity/getContext 如果它尚未附加到其活动，则返回 null） ?

Answer 1

从DOCS 开始，Context 对象包含有关应用程序环境的全局信息。它允许访问特定于应用程序的资源和类，以及向上调用应用程序级操作，例如启动活动、广播和接收意图等。

getContext() 方法返回与当前对象关联的上下文，该对象可以是 View、Fragment 或 Dialog 或任何其他在其中定义或继承此方法的对象。

getActivity() 方法返回对与 Fragment 对象关联的当前活动的引用。如果没有与片段关联的活动，它将返回null。我个人在传递上下文参数时从不使用这种方法，我只使用getContext() 和getApplicationContext()。

getApplicationContext() 特别有用，因为它使用一个生命周期与当前上下文分离的上下文，它与进程的生命周期而不是当前组件相关联。这意味着它使用应用程序的上下文而不是应用程序的一部分的上下文，例如活动。 see here

上下文最佳实践：

• getContext() 和 getApplicationContext() 足以传递上下文参数。如果它们无法立即访问，您可以使用getActivity().getApplicationContext() 链接来传递适当的上下文参数。这意味着您可以使用它来创建 Toasts、AlertDialogs、Intents、Fragments 和其他需要上下文的视图操作。
• 切勿将上下文分配给静态（类）变量，否则会造成内存泄漏！
• 如果您使用getApplicationContext() 注册广播，您必须执行适当的清理以防止内存泄漏。 see here

请注意，这些是我个人的做法，我会更正:)。