Java单例模式七种实现方式及线程安全对比解析

谈及Java单例模式，开发者通常都不会陌生。饿汉式、懒汉式、双重检测锁、静态内部类以及枚举——实现方式可谓丰富多样。今天，我们将重点聚焦枚举方式，这一方案在《Effective Java》中被强烈推荐，确实具备独特的优势。

一、案例演示

1、定义接口类

public interface MySingleton {
    void doSomething();
}

2、创建枚举类并实现接口

public enum Singleton implements MySingleton {
    INSTANCE {
        @Override
        public void doSomething() {
            System.out.println("执行方法。。。");
        }
    }
}

3、运行测试

public class Test {
    public static void main(String[] args) {
        Singleton.INSTANCE.doSomething();
    }
}

这便是枚举实现单例最基础的形式。简洁明了，无需繁琐的锁机制或条件判断。

二、深入扩展

1、枚举方式实现单例的优势

枚举单例最大的亮点在于：天然线程安全，且能彻底防止反射和序列化破坏。无需手动编写synchronized代码，也不必担心反序列化时产生新实例。Java虚拟机从底层保证了枚举实例的唯一性，比依赖代码防御的方式更为可靠。

2、五种实现方式的对比

• 饿汉式：类加载时即创建实例，线程安全，调用效率高，但无法实现延迟加载。若单例对象较重且未被使用，会造成内存浪费。
• 懒汉式：首次调用时才创建实例，支持延迟加载，但为保障线程安全需添加synchronized，调用效率较低。在高并发场景下性能表现不佳。
• 静态内部类方式：同样支持延迟加载，利用类加载机制确保线程安全，资源利用率高，是一种较为优雅的方案。
• 双重检测锁方式：看似完善，但由于JVM底层指令重排等问题，偶尔会出现BUG，实际开发中不建议采用。
• 枚举式（推荐）：线程安全，调用效率高，但无法延迟加载。好在大多数场景下单例对象并不庞大，延迟加载的需求并不迫切。

3、总结

1. 饿汉式线程安全，调用效率高，但不能延迟加载。
2. 懒汉式线程安全，调用效率不高，能延迟加载。
3. 双重检测锁式由于JVM底层内部模型原因，偶尔会出问题。不建议使用。
4. 静态内部类式线程安全，资源利用率高，可以延时加载。
5. 枚举单例线程安全，调用效率高，但不能延迟加载。

4、如何选择？

没有银弹，需根据实际场景决定：

• 若单例对象占用资源少，无需延时加载：枚举式 优于 饿汉式。枚举的防破坏能力更强。
• 若单例对象占用资源大，需要延时加载：静态内部类式 优于 懒汉式。静态内部类兼顾了延迟加载与性能。

以上是对枚举单例的梳理总结。在实际项目中，根据资源需求与代码风格选择合适的实现方式即可。