将数据保留在静态变量中是不好的做法吗？

Question

在Android应用程序中，在这种情况下将对象存储在静态字段中是一种不好的做法吗？

1. 应用程序数据。 在应用程序运行时将应用程序数据保留在类中的静态变量中是否不好？当前，我将数据存储在Application类的实例变量中。然后，需要数据的类可以从中获取数据Application。
2. Context 的等。在静态字段中存储Context（例如，对Activity或的引用Application）是不好的做法吗？可以在需要例如LayoutInflater资源的类中使用它。目前，我正在将Contexts 传递给需要它们作为参数的方法。

Answer 1

是的，是的。:)

静态场
。过多使用静态字段存在很多问题。它们不仅访问速度较慢，而且容易被Android破坏，而且通常很难在整个地方检查其引用，或者用if（sSomeStatic
== null
）{返回新的SomeStatic（）}。可以存储对名为（例如）ApplicationData的类的静态引用，您可以在其中存储一些值，嘿，我们时不时需要一些全局变量，但是它是如此容易被滥用，以至于我每次检查新的Android时都会皱眉开发人员的源代码。

是的，将您的Application实例存储在单例模式中并使用它，但不要仅仅因为您可以执行YOURAPP.getInstance（）。SomeLazyValueYouAddedHere（）；就向您的Application实现中添加200个静态字段。

那很不好。这会导致不良做法，并且比在访问硬引用时进行好的设计要慢。

我可以永远继续下去，但是对此有很多讨论（有些很热烈！）。如果您在这里，我假设您是在寻求经验。我在不同的项目中使用Android已有两年了，而我的经验始终是Static（静态）越少越好。

现在是上下文
……哦上下文。永远不要在硬参考中存储上下文。否则您将泄漏内存。一个活动引用了View和许多其他东西。如果存储上下文，则存储的是活动，然后事情就此恶化。学习传递上下文，尽可能使用应用程序上下文，如果需要传递它，则出于非常充分的理由。大多数情况下，App上下文足以获取资源，字符串等。如果要存储Context，请始终存储context.getApplicationContext（）;。永远不要存储静态活动上下文。您也可以在Google上搜索，而StackOverflow有一些不错的答案。

如果您只能负担一本Android书籍，那么请购买BNR。甚至Android有时也会不时发布新的SDK，这些概念是完全有效的，并且作者使用的模式是处理Activity，Contexts，Fragments等的正确方法。

更新 您的应用程序应如下所示：

public class YourApp extends Application {
   private static YourApp sInstance;
   public YourApp() {
      super();
      sInstance = this;
   }
   public static YourApp getInstance() {
      return sInstance;
   }
}

在那种情况下，是的，您将获得对相同应用上下文的相同静态引用。