网站建设夬金手指花总,1688精品货源网站,智能wordpress,网站 单页1、和equals方法
枚举相等比较中#xff0c;和equals方法没有任何区别#xff0c;查看源码你会发现#xff0c;equals方法的实现就是通过判断的。
2、compareTo方法
Enum类的compareTo方法比较的其实是枚举的顺序大小#xff0c;所以先定义的枚举项要“小于”后定义的枚…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升级了返回的枚举中多了enum3B未升级在反序列化的过程中使用valueOf方法在枚举类中找enum3找不到就会抛出IllegalArgumentException异常。
值得注意的是在代码开发中可以使用javadoc的see注解表明这个字符串的取值从哪个枚举中获取。
