Java单例模式怎么写 Java单例模式五种写法【详解】

Java单例模式五种实现按推荐度排序:1.饿汉式(线程安全但不延迟加载);2.DCL(需volatile,平衡延迟与并发);3.静态内部类(推荐,懒加载+天然线程安全);4.枚举式(最安全,防反射/序列化);5.登记式(管理多类型实例)。

Java单例模式的核心是:确保一个类只有一个实例,并提供全局访问点。关键在于控制构造方法、防止反射/反序列化破坏、兼顾线程安全与性能。下面五种写法按推荐程度和实用性排序,每种都说明适用场景和注意细节。

1. 饿汉式(线程安全,简单可靠)

类加载时就创建实例,天然线程安全,无同步开销,但不支持延迟加载。

public class Singleton1 {
    private static final Singleton1 instance = new Singleton1();
    private Singleton1() {} // 私有构造
    public static Singleton1 getInstance() {
        return instance;
    }
}
  • 适合实例创建成本低、应用启动即需使用的场景
  • 无法通过配置或参数动态控制初始化时机
  • 反射仍可调用私有构造——实际项目中建议在构造方法内加校验(如已存在实例则抛异常)

2. 双重检查锁(DCL,延迟加载 + 高效线程安全)

最常用且平衡的写法,利用 volatile 禁止指令重排,避免“半初始化”问题。

public class Singleton2 {
    private static volatile Singleton2 instance;
    private Singleton2() {}
    public static Singleton2 getInstance() {
        if (instance == null) {
            synchronized (Singleton2.class) {
                if (instance == null) {
                    instance = new Singleton2();
                }
            }
        }
        return instance;
    }
}
  • 必须加 volatile,否则可能返回未完全构造的对象
  • 两次判空缺一不可:外层减少锁竞争,内层防止重复创建
  • 适用于高并发、实例创建较重、且需要延迟加载的场景

3. 静态内部类(推荐!延迟加载 + 天然线程安全)

利用JVM类加载机制保证线程安全,无同步关键字,写法简洁,性能好。

public class Singleton3 {
    private Singleton3() {}
    private static class Holder {
        static final Singleton3 INSTANCE = new Singleton3();
    }
    public static Singleton3 getInstance() {
        return Holder.INSTANCE;
    }
}
  • 第一次调用 getInstance() 时才加载 Holder 类,从而初始化实例
  • 由JVM保证类初始化过程的线程安全性,无需手动同步
  • 兼顾懒加载、线程安全、简洁性,日常开发首选

4. 枚举式(防反射、防序列化,最安全)

《Effective Java》强烈推荐的方式,天然防止反射攻击和反序列化破坏单例。

public enum Singleton4 {
    INSTANCE;
    public void doSomething() { /* 业务方法 */ }
}
  • 调用方式:Singleton4.INSTANCE.doSomething()
  • JVM保证枚举实例全局唯一,且无法通过反射调用私有构造器(枚举构造器被JVM特殊处理)
  • 反序列化时自动返回已有实例,无需实现 readResolve()
  • 缺点:无法继承、不能延后初始化逻辑(但一般也不需要)

5. 登记式(容器单例,管理多个类型)

适用于框架级代码,统一维护一组

单例对象,本质是“单例注册表”。

public class SingletonRegistry {
    private static final Map registry = new ConcurrentHashMap<>();
    public static  T getSingleton(String key, Supplier creator) {
        return (T) registry.computeIfAbsent(key, k -> creator.get());
    }
}
// 使用示例:
ServiceA a = SingletonRegistry.getSingleton("serviceA", ServiceA::new);
  • 不是传统意义的“某类单例”,而是运行时按 key 管理对象实例
  • 适合插件化、模块化系统中统一管控服务实例
  • 注意 key 命名规范,避免冲突;creator 应保证线程安全

基本上就这些。日常开发优先选静态内部类或枚举式;对安全性要求极高(如金融、权限核心类),直接上枚举;老项目兼容或需显式控制初始化流程,可用双重检查锁。饿汉式适合配置类等轻量对象。登记式慎用,除非真有统一容器需求。