在阅读了Misko的文章之后，我相信静态方法从测试的角度来看是不好的。相反，您应该使用工厂(可能使用像Guice这样的依赖注入工具)。

我如何确保我只有一个东西

只吃一种 问题是"我如何确保我 只吃一种东西”是很好的 回避了。实例化一个 单个ApplicationFactory在你的 主要的，结果，只有你 实例化所有的单个实例 你的独生子女。

静态方法的基本问题是它们是过程代码

静态方法的基本问题是 它们是过程代码。我没有 知道如何对过程代码进行单元测试。 单元测试假设我可以 实例化我的应用程序的一部分 在隔离。在实例化过程中 我将依赖项与 mock /友军替换 真正的依赖关系。与程序 编程没有什么可以“连接”的 由于没有对象，代码 数据是分开的。

java中的静态方法属于类(而不是类的实例)。它们不使用实例变量，通常从参数中获取输入，对其执行操作，然后返回一些结果。实例方法与对象相关联，并且，顾名思义，可以使用实例变量。

不，静态方法不与实例关联;他们属于这个阶层。静态方法是第二个例子;实例方法是第一个。

使用静态方法有一些合理的理由:

Performance: if you want some code to be run, and don't want to instantiate an extra object to do so, shove it into a static method. The JVM also can optimize static methods a lot (I think I've once read James Gosling declaring that you don't need custom instructions in the JVM, since static methods will be just as fast, but couldn't find the source - thus it could be completely false). Yes, it is micro-optimization, and probably unneeded. And we programmers never do unneeded things just because they are cool, right? Practicality: instead of calling new Util().method(arg), call Util.method(arg), or method(arg) with static imports. Easier, shorter. Adding methods: you really wanted the class String to have a removeSpecialChars() instance method, but it's not there (and it shouldn't, since your project's special characters may be different from the other project's), and you can't add it (since Java is somewhat sane), so you create an utility class, and call removeSpecialChars(s) instead of s.removeSpecialChars(). Sweet. Purity: taking some precautions, your static method will be a pure function, that is, the only thing it depends on is its parameters. Data in, data out. This is easier to read and debug, since you don't have inheritance quirks to worry about. You can do it with instance methods too, but the compiler will help you a little more with static methods (by not allowing references to instance attributes, overriding methods, etc.).

如果你想创建一个单例，你还必须创建一个静态方法，但是…不喜欢。我的意思是，三思而后行。

更重要的是，为什么不想创建静态方法?基本上，多态被抛在了脑后。你不能重写这个方法，也不能在接口中声明它(在java 8之前)。这给你的设计带来了很大的灵活性。此外，如果您需要状态，如果您不小心，您将以大量并发错误和/或瓶颈告终。

实际上，我们在类中使用静态属性和方法，当我们想要使用程序的某些部分时，它们应该一直存在，直到程序运行为止。我们知道，要操作静态属性，我们需要静态方法，因为它们不是实例变量的一部分。如果没有静态方法，操作静态属性是非常耗时的。

只在以下场景下定义静态方法:

如果您正在编写实用程序类，并且它们不应该被更改。 如果该方法没有使用任何实例变量。 如果任何操作不依赖于实例创建。 如果有一些代码可以很容易地被所有实例方法共享，那么将这些代码提取到静态方法中。 如果您确定方法的定义永远不会被更改或重写。因为静态方法不能被覆盖。