枚举类型为什么能实现单例模式？

最新推荐文章于 2025-05-17 09:38:48 发布
最新推荐文章于 2025-05-17 09:38:48 发布
阅读量3.3k 收藏 7
点赞数 6
分类专栏： Java SSM 文章标签： 枚举 实现 单例
枚举是固定的常量集合，具有final性质，不允许客户端创建额外实例。Java枚举本质是int值，其构造方法默认私有，确保外部无法通过new操作创建实例。这使得枚举天然适合实现单例模式，类似于饿汉式的单例，枚举会自动为每个枚举常量创建唯一实例，保证了全局只有一个实例存在。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

定义：
枚举是指一组固定常量组成合法值的类型

首先是固定常量，一组有限常量集，比如一年的四个季节，太阳系的行星。其次，枚举是一种特殊的类型，定义了自己的一些规则，这些规则是建立在类规则之上的，是一种 type。

性质：
枚举是真正的 final，客户端不允许创建枚举类的实例，也不能对其进行拓展

Java 枚举本质上是 int 值。只能通过公有的静态 final 域为枚举类导出实例。

public enum Color {
    GREEN,RED,BLUE,GRAY;
}
实际上枚举的完整的结构为：

public enum Color {
    GREEN,RED,BLUE,GRAY;
    Color() {
    }
如果在 Color() 构造方法之前加上 private 则不会有任何问题。如果加上 public 等修饰符，IDE 会报错，也就是编译器不会通过。其实这是枚举与类的根本区别，就在于构造方法私有。

当然如果仅仅是构造方法私有，不再提供构造方法了，也就是说外界不能 new 实例，如果仅从这样看，那枚举就没有什么用了。 
其实我们用过枚举的都知道，GREEN、RED 都是 Color 型的实例，其实枚举也可以看作自动处理了一些东西，帮助简化了代码，翻译成类大致就是：【与单例模式的饿汉式代码一样！！】

public class Color {

    public static final Color GREEN = new Color(),
            RED = new Color(),
            BLUE = new Color(),
            GRAY = new Color();

    private Color() {
    }
}
如果从这种角度去看，枚举的用法就不难理解了，也就是枚举类不给外界实例化的机会，只能它自己实例化，而一个枚举类的所有实例就只有枚举前面分号前的那几个，其他地方不允许创建。
原文：https://blog.youkuaiyun.com/lishuangling21/article/details/71398925 

实践可见：《effective java 》第3条--枚举类型实现单例模式

枚举类型为什么是实现单例模式最好的方法？
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
06-03 534
1 写法简单 2 默认线程安全 3 反序列化（反射、克隆）时也不会创建新的对象 反序列化、反射、克隆 破坏单例 枚举类型为什么是线程安全的？为什么反序列化枚举类型也不会创建新的实例？ 枚举类型为什么能实现单例模式？ ...
为什么enum枚举实现单例模式天然线程安全？
lonelyVM的博客
12-08 1688
定义枚举时使用 enum 和 class 一样， 是 Java 中的一个关键字。 就像 class 对应用一个 Class 类一样， enum 也对应有一个 Enum 类。 通过将定义好的枚举反编译， 我们就能发现， 其实枚举在经过 javac 的编译之后， 会被转换成形如 public final class T extends Enum 的定义。 而且， 枚举中的各个枚举项通过 static 来定义的。 如： public enum T { SPRING,SUMMER,AUTUMN,WINTER; }
关于java枚举为什么可以拿来当单例实现这件事看看ikun怎么说
2401_83447580的博客
08-06 1802
因此，枚举的加载时间既不是饿汉式也不是懒汉式，它是一种更为特殊和高效的加载机制。在Java中，使用枚举来实现单例模式是一种推荐的做法，因为它不仅具有单例模式的所有优点（如确保类的唯一实例、控制资源的访问等），还具备更高的性能和更好的线程安全性。当枚举（Enum）在Java中被首次访问时，JVM会加载该枚举类，并且会初始化枚举中定义的所有枚举常量（enum constants）。当枚举被首次访问时，JVM会加载并初始化它里面定义的所有枚举常量，从而确保它们在整个应用程序中都是可用和一致的。
为什么我墙裂建议大家使用枚举来实现单例
weixin_33995481的博客
06-19 567
我们知道，单例模式，一般有七种写法，那么这七种写法中，最好的是哪一种呢？为什么呢？本文就来抽丝剥茧一下。 哪种写单例的方式最好 在StakcOverflow中，有一个关于What is an efficient way to implement a singleton pattern in Java?的讨论： 如上图，得票率最高的回答是：使用枚举。 回答者引用了Joshua Bloch大神在《Ef...
80. Java 枚举类 - 使用枚举实现单例模式
最新发布
yaoxin521123的博客
05-17 1293
在 Java 中，使用枚举实现单例模式是最简单且安全的方式。相比于传统的单例模式，枚举单例具有防止反射攻击、防止反序列化破坏、天然线程安全以及代码简洁等优势。通过 INSTANCE 枚举常量，可以轻松实现单例模式，并且可以添加成员变量和方法。枚举单例的构造方法是私有的，反射无法创建新实例，反序列化也不会破坏单例的唯一性。虽然枚举单例不支持懒加载和继承其他类，但在大多数场景下，它是最优的选择，尤其是需要全局唯一对象且防止反射和反序列化破坏时。因此，推荐使用枚举单例，除非需要懒加载或继承其他类。
为什么要用枚举实现单例模式(避免反射、序列化问题)
kaven
01-21 6065
为什么要用枚举实现单例模式（避免反射、序列化问题） 1 引言 相信如果能看到我这篇博客的小伙伴，肯定都看过Joshua Bloch大神说过的这句话：“单元素的枚举类型已经成为实现Singleton的最佳方法”。其实，第一次读到这句话，我连其中说的单元素指什么都不知道，尴尬。后来，网上搜索了好几篇文章，发现基本上都是转载自相同的一篇文章，而我的困惑是“为什么要用枚举类型实现单例模式呢”，文章中都说的...
为什么枚举类是单例模式？
菜鸟日常
06-30 3253
反射 克隆 序列化 https://www.cnblogs.com/call-me-pengye/p/11214435.html
为什么大家都说要使用枚举来实现单例模式？看完你就知道了
守夜人爱吃兔子的博客
05-24 326
前言 单例模式是 Java中最基础也是最简单，最常用的设计模式之一。在运行期间，保证某个类只创建一个实例，保证一个类仅有一个实例，并提供一个访问它的全局访问点。而不管是懒汉式，饿汉式，还是通过加 volatile 双重锁校验，甚至是使用内部类来实现的单例模式，在反射 API 的魔爪下都不能保证严格的单例。 传统的单例写法解决了什么问题 首先，在除面试外的大多数情况下，传统的单例写法已经完全够用了。 通过 synchronized 关键字解决了多线程并发使用。 public sync.
Java 枚举实现单例模式，线程安全又优雅！
m0_71777195的博客
03-17 5298
枚举在序列化和反序列化时，并不会调用构造方法，这就防止了反序列化导致的单例破坏的问题。反编译任何一个枚举类会发现，枚举类里的各个枚举项是是通过static代码块来定义和初始化的(可以见后面3.2节反编译分析单例枚举有分析到这个)，它们会在类被加载时完成初始化，而java类的加载由JVM保证线程安全，所以，创建一个Enum类型的枚举是线程安全的。因为存在着指令重排序的优化，第2、3步的顺序是不能保证的，最后的执行顺序可能是1-2-3，也可能是1-3-2，假如执行顺序是1-3-2，我们看看会出现什么问题。
解析——为什么单元素的枚举类型是单例模式的最佳实现
whgtheone的博客
10-10 3982
关于单例模式，我们可以使用静态内部类、双重检测的实现方法来保证线程安全，那么该如何保证单例模式最核心的作用——“实现该模式的类有且只有一个实例对象”呢？ 我们知道，创建一个对象的方式有：new、克隆、序列化、反射。 由于单例模式提供的是一个私有的构造函数，所以不能外部使用new的方式创建对象。 虽然clone()是Object的方法，也就是说每个对象都拥有一个克隆方法，但是某一个对象直接调用cl...
Java枚举：为什么它是单例模式的最佳选择？
不一样的科技宅
05-05 689
单例模式，是工作中比较常见的一种设计模式，通常有两种实现方式，懒汉式和饿汉式。但是这两种实现方式存在一些问题。懒汉式需要在多线程环境下使用同步锁机制来保证只有一个实例被创建，这会影响程序的性能。而饿汉式在类加载时就创建实例，会导致程序在启动时变慢，同时也无法延迟实例的创建，这可能会浪费系统资源。所以今天介绍一下，为什么枚举是实现单例模式的最佳选择。
为什么要用枚举实现单例模式（避免反射、序列化问题）
u011277123的博客
02-26 1461
1 引言 相信如果能看到我这篇博客的小伙伴，肯定都看过Joshua Bloch大神说过的这句话：“单元素的枚举类型已经成为实现Singleton的最佳方法”。其实，第一次读到这句话，我连其中说的单元素指什么都不知道，尴尬。后来，网上看了搜索了好几篇文章，发现基本上都是转载自相同的一篇文章，而我的困惑是“为什么要用枚举类型实现单例模式呢”，文章中都说的很笼统，于是决定自己结合Jos...
枚举实现单例原理
Purse的博客
08-04 3903
最近因为工作需要需要实现单例模式，考虑到单例模式最简单的实现方式是枚举实现，因此研究了下枚举实现单例模式的原理，下面将从原理、详解两个步骤说明： 一：原理 1、单例模式利用了() 方法在类加载的过程中线程安全的实例化了一个实例； 【 () 是由编译器自动收集类中的所有类变量（static）的赋值动作和静态语句块（static{}）块中...
java枚举类及面试题为什么枚举实现单例模式是安全的？
qq_41552331的博客
05-23 2090
目录枚举类为什么会有枚举类？枚举类的使用枚举类的常用方法枚举的构造枚举类型能被反射吗？为什么枚举实现单例模式是安全的？枚举类的优缺点 枚举类 为什么会有枚举类？ 假如说程序中有一些颜色的状态，或者说消息的类型等，在JDK1.5之前，只能用常量来进行表示 public class TestEnum { public static final int RED = 1; public static final int BLACK = 2; public static final int
为什么java中用枚举实现单例模式会更好
weixin_34189116的博客
02-22 340
代码简洁 这是迄今为止最大的优点，如果你曾经在Java5之前写过单例模式代码，那么你会知道即使是使用双检锁你有时候也会返回不止一个实例对象。虽然这种问题通过改善java内存模型和使用volatile变量可以解决，但是这种方法对于很多初学者来说写起来还是很棘手。相比用 synchronization的双检锁...
枚举类实现单例模式
qq_43527397的博客
10-08 1413
为何要使用枚举类实现单例模式，是因为枚举类可以避免序列化和反射实例化多个的情况。在序列化中，通过ObjectInputStream的readObject0（）方法中可以看到调用了readEnum（）方法，而readEnum是通过类名和类对象类找到一个唯一的枚举对象，找到后赋值返回。而反射的newInstance是直接不实例化枚举类的对象，会直接报“Cannot reflectively create enum objects”，即不能用反射来创建枚举类型。因此Effective JAVA书中推荐使用枚举类实
枚举实现单例
热门推荐
qq_38844728的博客
03-29 1万+
一.为什么使用枚举 单例的枚举实现在Effective Java一书中提到。因为其功能完善，使用简介，无偿地提供了序列化机制，在面对复杂的序列化或者反射攻击时任然可以绝对防止多次实例化等优点，被作者所推崇。 二.代码体现 模拟一个数据库连接类 public enum DataSourceEnum { DATASOURCE; private DBConnection con...
为什么最好的单例模式是枚举单例？
qq_36642340的博客
08-25 2354
前言： 单例模式是最常见的设计模式了，无论在面试还是真正的工作时也会大量遇到单例模式，单例模式有懒汉饿汉，双重检查锁，静态内部类等等的实现方式，但在Effective Java一书中推荐使用枚举来实现单例模式，那为什么要使用枚举类来实现单例模式呢？ 枚举单例模式代码： public enum Singleton { INSTANCE; public void wha...
java中什么是单例模式？
03-20
### Java 单例模式的概念 Java 中的单例模式是一种常见的设计模式，主要目的是确保整个应用程序运行期间某个类仅有一个实例存在。通过控制类的实例化过程，开发者能够有效管理全局状态并减少不必要的资源消耗[^1]。 #### 单例模式的特点 - **唯一性**：在整个应用生命周期中，某类始终只有一个实例。 - **全局访问点**：提供了统一的方式获取唯一的实例。 - **延迟加载**：通常情况下，在第一次使用时才初始化实例，从而优化性能[^3]。 --- ### Java 单例模式的实现方式 以下是几种典型的单例模式实现方式： #### 1. 饿汉式（Eager Initialization） 饿汉式是在类加载阶段就完成实例化的实现方式。由于静态变量 `instance` 被声明为 `final` 和 `static`，因此 JVM 可以保证线程安全性和唯一性。 ```java public class Singleton { private static final Singleton instance = new Singleton(); private Singleton() {} public static Singleton getInstance() { return instance; } } ``` 这种方式简单高效，但由于实例在类加载时就被创建，可能浪费资源[^2]。 --- #### 2. 懒汉式（Lazy Initialization） 懒汉式的实现会在调用 `getInstance()` 方法时首次创建实例。为了防止多线程环境下的并发问题，需加入同步机制。 ```java public class Singleton { private static Singleton instance; private Singleton() {} public synchronized static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` 虽然解决了延迟加载的问题，但每次调用都需要加锁，影响效率[^4]。 --- #### 3. 双重校验锁定（Double Checked Locking） 双重校验锁定是对懒汉式的改进版本，它减少了不必要的同步操作，提高了性能。 ```java public class Singleton { private volatile static Singleton instance; // 使用volatile关键字确保可见性 private Singleton() {} public static Singleton getInstance() { if (instance == null) { // 第一次检查 synchronized (Singleton.class) { if (instance == null) { // 第二次检查 instance = new Singleton(); // 实例化对象 } } } return instance; } } ``` 此方法既实现了延迟加载，又能保证线程安全性[^5]。 --- #### 4. 枚举实现（Enum Singleton） 枚举类型的单例模式被认为是最简洁和最安全的一种实现方式，天然支持序列化和反序列化保护。 ```java public enum Singleton { INSTANCE; public void doSomething() { System.out.println("Doing something..."); } } ``` 这种实现方式不仅避免了反射攻击的风险，还简化了代码结构。 --- #### 5. 静态内部类（Static Inner Class） 利用静态内部类的特性来实现单例模式，只有当外部类的 `getInstance()` 方法被调用时才会触发内部类的加载。 ```java public class Singleton { private Singleton() {} private static class SingletonHolder { private static final Singleton INSTANCE = new Singleton(); } public static Singleton getInstance() { return SingletonHolder.INSTANCE; } } ``` 这种方法兼具延迟加载的优势，同时无需显式地处理线程安全问题。 --- ### 单例模式的优点与缺点 #### 优点 - 减少内存占用，节约系统资源。 - 提高性能，尤其适用于频繁创建销毁的对象。 - 统一对外接口，便于管理和维护。 #### 缺点 - 违背单一职责原则，增加耦合度。 - 不适合需要动态扩展的应用场景。 - 对于其他开发人员来说不够直观，容易引起误解。 --- ### § 1. 如何判断一个类是否适合作为单例？ 2. 在分布式环境中如何实现跨进程的单例模式？ 3. 如果单例类需要支持序列化功能，应该注意哪些细节？ 4. 哪些实际应用场景最适合采用单例模式？ 5. 反射机制是否会破坏单例模式的安全性？如果会，该如何解决？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值