实用程序类应该是静态的吗？[关闭]

如果我必须设计一个Utility类（例如ByteUtils或StreamUtils或StringUtils），那么对他们来说最佳的设计选择是什么。

• 它们应该是静态类（因为我将没有任何状态可存储）
• 它们应该是非静态类吗（这样，如果不使用对象，它们将被gc'd）

PS：静态类是指具有静态方法的类（而不是内部静态类）

请为此提供设计选择方面的建议？

如果它是通用工具，则使用IMO更好。您说过将没有任何状态可存储，所以我不明白为什么要使其变为非静态。声明为静态将节省内存。

我的实用程序类如下所示：

// final, because it's not supposed to be subclassed
public final class FooUtil {

    // private constructor to avoid unnecessary instantiation of the class
    private FooUtil() {
    }

    public static int doSomethingUseful() {
    }

    // ...
}

请注意，尽管这使实用程序方法易于测试，并且可以从外部轻松访问，但也使使用它们的类难以进行单元测试，因为模拟这些实用程序方法并不容易。此类实用程序类过多可能表明缺乏OO设计（过程编程），并且确实使代码难以测试。

如果您使用的是依赖项注入框架（Spring，Guice等），最好使非静态方法使实用程序类可实例化，并使其成为可注入的单例。这样，可以通过模拟实用程序对象来测试使用这些实用程序方法的类。

仅仅因为某些事物可以是静态的，并不意味着它应该是静态的。

所有这一切还有另一个考虑因素：嘲笑。在测试中模拟静态方法要比模拟类实例的行为难。

对我来说，谈论不必要的堆分配和对象的GC可能带来过早的优化。JVM将在解决此类问题方面做得很好。

定义Utility类的最简单方法是作为没有实例的枚举

public enum Utility {;
     public static int utilityMethod(int x) { /* ... */ }
}

实用程序类不应具有任何状态或具有最小状态，因此您不必担心GC。

您可以具有用于特定目的的其他状态类，例如Builder，Factory，可以根据需要创建对象，并在完成后将其丢弃。

使用私有构造函数将类设为非静态是很好的：

• 如果我们将类设为静态，则将在部署应用程序时加载该类；如果它是非静态的，则将在调用其静态方法之一时加载该类。
• 创建私有构造函数将避免实例化该类

通常，实用程序类包含静态方法而没有属性，这种方法使无需实例化类即可更轻松地使用其方法。希望这可以帮助。

如果您可以将它们设为静态，那么一定要这样做！

换句话说，如果它们没有状态，则它们应该是静态的。

好吧，如果您没有要存储的状态，那么GC就没有任何内容，因此我将使用static，这样就可以避免任何不必要的堆分配和GC。

纯实用程序类通常应该是静态的。当您的类具有明确定义的输入和输出，没有副作用，没有状态时，那么根据定义，它应该是静态类。

通常，不要在必要之前增加复杂性（在这种情况下为依赖注入），这样做会带来好处。

这里没有人提到静态实用程序方法是不可扩展的。您无法覆盖它们。您无法利用OOP（尤其是多态性，这是OOP的最强大功能）。这导致代码重复。

PS我发现这篇文章非常有帮助。http://www.yegor256.com/2014/05/05/oop-alternative-to-utility-classes.html