在Java中使用枚举单例有什么用？

Question

当Gang of four引入单例模式时，他们还必须解释，为什么不使用静态类字段和方法。 原因是：继承的可能性。 对于Java来说它有意义 - 我们通常不能继承类字段和方法。

后来出现了“Effective Java”一书。 我们现在知道反射的存在破坏了私有构造函数的单例类的奇点。 制作真正的SINGLEton的唯一方法是将其作为枚举的单个项目。 尼斯。 我这样做了一些自己。

但问题仍然存在：虽然我们不能继承枚举，但这个单身人士的用途是什么？ 为什么我们不使用这些旧的好的静态/类字段和方法？

编辑。 感谢@ bayou.io，我在https://softwareengineering.stackexchange.com/a/204181/44104中看到，有一个代码可以欺骗枚举，并再次创建枚举单例的两个示例。 那里也提到了其他问题。 那么，也没有必要使用枚举而不是通常的单例类模式？ 顺便说一下，到现在为止所提到的所有枚举，也适用于单身人士课程。

Answer 1

这个单身人士有什么用？ 为什么我们不使用这些旧的好的静态/类字段和方法？

因为enum是一个对象，所以它不仅可以传递，还可以实现接口。

此外，由于我们正在上课，我们可以使用各种类可用的不同公共/私人选项。

所以在实践中，我们可以创建一个实现接口的单例，然后在我们的代码中传递它，并且调用代码不是更明智的。 我们也可以将枚举类包设为私有，但仍将它传递给其他期望接口的包中的其他类。

如果我们使用静态方法版本，那么调用类必须知道这个对象是一个单例，我们的单例类必须是公共的，所以其他类可以看到它并使用它的方法。

Answer 2

“老式的单身人士”并没有什么特别的错误，“单身人士”简直就是方便的 - 它可以节省你需要在每个singelton看起来相同的锅炉电镀代码。

Answer 3

对我来说，单身人士无论在哪里想要代表同类中独一无二的东西都是有意义的。

举个例子，如果我们想在模型Sun ，它不可能是一个普通的类，因为只有一个Sun 。 但是让它从Star类继承是有意义的。 在这种情况下，我会选择静态实例，使用静态getter。

澄清一下，这就是我所说的：

public class Star {
    private final String name;
    private final double density, massInKg;  

    public Star(String name, double density, double massInKg) {
        // ...
    }

    public void explode() {
       // ...
    }
}

public final class Sun extends Star {
    public static final Sun INSTANCE = new Sun();

    private Sun() { super("The shiniest of all", /**...**/, /**...**/); }
}

Sun可以使用Star所有方法并定义新的方法。 对于枚举（扩展一个类，我的意思是），这是不可能的。

如果没有必要对这种继承关系建模，正如你所说， enum变得更适合，或者至少更容易和更清晰。 例如，如果一个应用ApplicationContext每个JVM只有一个ApplicationContext ，那么将它作为一个单例是有意义的，它通常不需要继承任何东西或者是可扩展的。 然后我会使用enum 。

请注意，在某些语言（如Scala）中，单例（ object ）有一个特殊的关键字，它不仅可以轻松定义单例，还可以完全取代静态方法或字段的概念。

Answer 4

1. ENUM单身人士易于编写。 它将占用非常少的代码，如果与具有双同步块的惰性单例的实现相比，它是干净和优雅的

     public enum EasySingleton{ INSTANCE; } 

2. 创建ENUM实例是线程安全的。

3. ENUM单身人士自己处理序列化。

   实现Serializable接口的常规Singletons不再保持Singleton，因为readObject()方法总是像Java中的构造函数一样返回一个新实例。 你可以通过使用readResolve()方法并通过替换Singeton来丢弃新创建的实例来避免这种情况

    private Object readResolve(){ return INSTANCE; } 

看看这篇关于单身人士的文章