何时使用静态方法和字段？

我知道静态是什么，但不知道何时使用它。

静态变量：我只将它用于常量字段。有时类中有几十个常量，因此使用静态常量可以节省大量内存。还有其他典型的用例吗？

静态方法：我在编写关于算法的类时使用它。例如，提供不同排序算法的类。它是否反对OOP设计？我认为保持这种方式比在每个需要使用它们的类中实现排序算法更好。我错了吗？什么是好用例？

此外，使用静态和非静态字段/方法之间是否存在性能差异？

您正在描述使用静态的情况，但这并不能完全解释为什么要使用静态和非静态 – 它们不仅仅是常量和实用方法的关键字。

当某些东西不是静态的（实例）时，它意味着每个类的实例都有一个实例。每个人都可以独立改变。

当某些东西是静态的时，它意味着它只有一个副本用于该类的所有实例，因此从任何位置更改它会影响所有其他实例。

静态变量/方法通常使用较少的内存，因为它们只有一个副本，无论您拥有多少个类实例。静电，如果使用得当，在面向对象的设计中是完美的。

如果你有一个方法/变量只需要一个实例（例如常量或实用方法），那么只需将其设为静态。理解虽然使方法静态意味着它不能被覆盖。因此，如果您想要在子类中覆盖一个方法，那么不要将其设置为静态。

一般的经验法则是 – 如果您只需要一份副本，请将其设为静态。如果每个实例需要一个副本，则将其设置为非静态。

还有其他典型的用例吗？

全局变量

它是否反对OOP设计？

不是很重要，重点是静态方法是无状态的，因为您不需要类的特定实例。我最喜欢的方法是实用程序方法（如Apache Commons）。但是您可能知道某些方法可能更适合作为类成员而不是静态。

一旦你无法覆盖这些方法或者通过模拟实现替换，静态方法也会使类可测试性变得更难。

性能差异？

谷歌推出的性能Android建议称“偏好静态虚拟化”：

我不确定JVM是否属实，因为Android使用不同的VM，但考虑到链接指出的原因，它是有道理的：

如果您不需要访问对象的字段，请使您的方法保持静态。调用速度将提高约15％-20％。这也是很好的做法，因为你可以从方法签名中看出，调用方法不能改变对象的状态。“

我个人的经验法则是静态的东西“只是挂在那里”。它们（免责声明，并非完全真实）是全球性的，但包含在这个特定的类中是有意义的。

如果您发现自己反复加载一些重量级对象，静态字段就很好。例如，我正在进行的项目现在可以在两个图像之间切换。这些是静态字段，它们与应用程序一起加载并保存在内存中，而不是每次都重新加载它们并让GC处理混乱。

除了非常具体的情况，我只使用静态（和最终）变量作为常量。当然，使用它们是完全有效的。

我倾向于避免使用静态实用程序方法，因为它们使得为代码编写unit testing变得更加困难（模拟方法调用的结果）。当您开始开发测试驱动方式时，此问题变得非常明显。我更喜欢使用dependency injection和单例bean（虽然这取决于你的需求和情况）。

静态变量属于一个类，因此由所有对象共享，因此如果您真的希望共享变量，则内存使用量会减少。如果您将变量声明为public和static，那么它将全局可供所有人使用。

静态方法通常是实用方法，取决于访问修饰符，可以在类中或跨类使用。静态实用程序类将有助于再次减少内存使用，因为您不需要创建对象来调用这些方法。