Singleton with Enum vs Singleton with double-checked locking

Question

我想知道在多线程环境中哪一个更好。 我理解Singleton作为Enum类型在加载类时创建一个实例。 除此之外我没有看到任何其他重要的东西。 有利有弊吗？

Singleton as Enum类型：

 public enum Singleton {
      INSTANCE;
      public void doSomething(){ ... }
 }

Singleton double-checked locking ：

 public class Singleton{
      private volatile static Singleton instance;

      private Singleton(){}
      public static Singleton getInstance(){
           if(instance == null){
                 synchronized(Singleton.class){
                       if(instance == null){
                           instance = new Singleton();
                       }
                 }
           }
           return instance;
      }

 }

Answer 1

通常在多线程应用程序中，更简单，更易于理解的代码更有可能工作。

在我看来，第一个例子比第二显著简单，这是最重要的。

使用enum的主要原因是它更简单，更复杂的例子是不合理的。 双锁定示例允许您以有趣的方式更改单例以进行单元测试，但我相信这可以通过另一种方式解决。

Answer 2

单身人士遇到的问题多于正确的实施问题。

人们经常使用单身人士，所以他们不必传递对象，他们应该在哪里，或者他们必须跨多个方法传递对象。

有一些例子用于实例化与Singleton的jdbc连接。

在需要此连接的方法中，您可以轻松访问它，因为它是一个Singleton。

public enum DBConnection {
  INSTANCE;
  private Connection connection;
  public Connection getConnection(){
    if(connection == null){
      instantiateConnection();
    }
    return connection;
  }
}

并通过访问它

DBConnection.INSTANCE.getConnection();

但通常最好使用依赖注入和一个非常好的框架来实现它。 GUICE例如。

在您的代码中，您不会在DBConnection.INSTANCE上进行调用，而在getConnection（）上，您将使用@Inject注释一个字段DBConnection。 而你只是使用它。

@Inject
private DBConnection dBConnection;

这个类只是用@Singleton注释为Singleton，框架会保证它是一个单例。

如果您有不同的环境，例如测试和生产，您可以让框架为每个环境注入不同的对象。

Answer 3

使用enum创建singleton已经因为简单快捷的方式而受到欢迎。

此外，你在这里比较了双重检查锁定， 但是还有其他方法，不使用枚举。

例如：

public class Test{

      private static Test uniqueInstance = new Test();

      private Test(){}

      public static Test getInstance(){


             return uniqueInstance;     
         }

 }

但我认为enum 使用一个更清晰的自我解释 singleton 代码 singleton一个直截了当的方法 。