我见过的最好的单例模式使用Supplier接口。

它是通用的，可重复使用它支持延迟初始化它只有在初始化之前才同步，然后将阻塞供应商替换为非阻塞供应商。

见下文：

public class Singleton<T> implements Supplier<T> {

    private boolean initialized;
    private Supplier<T> singletonSupplier;

    public Singleton(T singletonValue) {
        this.singletonSupplier = () -> singletonValue;
    }

    public Singleton(Supplier<T> supplier) {
        this.singletonSupplier = () -> {
            // The initial supplier is temporary; it will be replaced after initialization
            synchronized (supplier) {
                if (!initialized) {
                    T singletonValue = supplier.get();
                    // Now that the singleton value has been initialized,
                    // replace the blocking supplier with a non-blocking supplier
                    singletonSupplier = () -> singletonValue;
                    initialized = true;
                }
                return singletonSupplier.get();
            }
        };
    }

    @Override
    public T get() {
        return singletonSupplier.get();
    }
}

如果您不需要延迟加载，那么只需尝试：

public class Singleton {
    private final static Singleton INSTANCE = new Singleton();

    private Singleton() {}

    public static Singleton getInstance() { return Singleton.INSTANCE; }

    protected Object clone() {
        throw new CloneNotSupportedException();
    }
}

如果您希望延迟加载并且希望单例是线程安全的，请尝试双重检查模式：

public class Singleton {
    private static Singleton instance = null;

    private Singleton() {}

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

    protected Object clone() {
        throw new CloneNotSupportedException();
    }
}

由于双重检查模式不能保证有效（由于编译器的一些问题，我对此一无所知），因此您也可以尝试同步整个getInstance方法或为所有单例创建注册表。

我对一些答案感到困惑，这些答案建议依赖注入（DI）作为使用单态的替代方案；这些都是不相关的概念。您可以使用DI注入单例或非单例（例如，每个线程）实例。至少如果您使用Spring2.x，这是正确的，我不能为其他DI框架说话。

所以我对OP的回答是（除了最简单的示例代码之外）：

使用类似Spring framework的DI框架，然后将其作为DI配置的一部分，无论依赖项是单体的、请求范围的、会话范围的还是其他。

这种方法为您提供了一个很好的解耦（因此是灵活和可测试的）架构，其中是否使用单例是一个容易可逆的实现细节（当然，前提是您使用的任何单例都是线程安全的）。

看看这篇文章。

Java核心库中的GoF设计模式示例

从最佳答案的“Singleton”部分，

Singleton（可由每次返回相同实例（通常是其本身）的创建方法识别）java.lang.Runtime#获取运行时间（）java.awt.Desktop#getDesktop（）java.lang.System#getSecurityManager（）

您还可以从Java本机类本身学习Singleton的示例。

我使用Spring框架来管理我的单件。

它并没有强制实现类的“单例性”（如果涉及多个类加载器，则无论如何都无法做到这一点），但它提供了一种非常简单的方法来构建和配置不同的工厂以创建不同类型的对象。

有四种方法可以在Java中创建单例。

Eager初始化单例公共类测试{私有静态最终测试=新测试（）；专用测试（）{}公共静态测试getTest（）{回归试验；}}惰性初始化单例（线程安全）公共类测试{私人静态挥发性测试；专用测试（）{}公共静态测试getTest（）{if（测试==空）{同步（Test.class）{if（测试==空）{test=新测试（）；}}}回归试验；}}Bill Pugh单例与持有者模式（最好是最好的一个）公共类测试{专用测试（）{}私有静态类TestHolder{私有静态最终测试=新测试（）；}公共静态测试getInstance（）{return TestHolder.test；}}枚举单例公共枚举MySingleton{实例；私有MySingleton（）{System.out.println（“此处”）；}}