Java枚举的一些易忽视点

最新推荐文章于 2024-10-31 15:56:11 发布

Zayn~

最新推荐文章于 2024-10-31 15:56:11 发布

阅读量416

点赞数 5

文章标签： java 单例模式开发语言

本文链接：https://blog.csdn.net/qq_32473523/article/details/140572078

版权

1、==和equals方法

枚举相等比较中，==和equals方法没有任何区别，查看源码你会发现，equals方法的实现就是通过==判断的。

2、compareTo方法

Enum类的compareTo方法比较的其实是枚举的顺序大小，所以先定义的枚举项要“小于”后定义的枚举项。

3、枚举是实现单例的最好的方式

采用双重校验锁实现单例模式

public class Singleton {
    private volatile static Singleton singleton;
    private Singleton(){}
    public static Singleton getSingleton() {
        if (singleton == null) {
            synchronized (Singleton.class) {
                if (singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}

“双重锁校验”方式虽然保证了线程安全，但是无法解决反序列化会破坏单例模式的问题。

采用枚举实现单例

public enum Singleton {
    INSTANCE;
    public void whateverMethon() {}
}

枚举可以解决线程安全问题，因此和上面的双重校验锁方式比代码简洁明了。这是因为枚举在反编译后，属性都带有static。static类型的属性会在类加载之后被初始化，当第一个Java类第一次被真正使用时静态资源被初始化，Java类的加载和初始化过程都是线程安全的，因为虚拟机在加载枚举的类时，会使用ClassLoader的loadClass方法，而这个方法使用同步代码保证了线程安全。所以创建一个enum类型时线程安全的。

那为什么说枚举可以解决反序列化会破坏单例模式问题呢？

普通的Java类的反序列化过程中，会通过反射调用类的默认构造函数来初始化对象。所以，即使单例中的构造函数是私有的，也会被反射破坏。由于反序列化后的对象是重新new出来的，所以就破坏了单例模式。而枚举的反序列化并不是通过反射实现的，是通过enmu类中的valueOf方法来根据名字查找对象，所以也就不会发生由于反序列化导致的单例破坏问题了。（每一个枚举项在JVM中都是单例的，因为序列化+反序列化可以破坏单例，所以Java就针对枚举的序列化作出了特殊规定）。

4、接口的返回值中不能使用枚举类型

有A和B两个服务，A提供一个接口给B服务，接口的方法中返回有有个枚举Atype，刚开始这个枚举汇总有2个值enum1和enum2。但是某一天A升级了，返回的枚举中多了enum3，B未升级，在反序列化的过程中使用valueOf方法在枚举类中找enum3，找不到就会抛出IllegalArgumentException异常。

值得注意的是，在代码开发中，可以使用javadoc的@see注解表明这个字符串的取值从哪个枚举中获取。