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类加载机制保证线程安全,无同步关键字,写法简洁,性能好。
立即学习“Java免费学习笔记(深入)”;
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 Mapregistry = 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 应保证线程安全
基本上就这些。日常开发优先选静态内部类或枚举式;对安全性要求极高(如金融、权限核心类),直接上枚举;老项目兼容或需显式控制初始化流程,可用双重检查锁。饿汉式适合配置类等轻量对象。登记式慎用,除非真有统一容器需求。










