Enum(“枚举”)全称为 enumeration, 是 JDK 1.5 中引入的新特性,在Java开发者眼中枚举已经是再普通不过的一种类型了,可以说任何Java程序员都编写过自己的枚举类,一般这些枚举类用来表示同一类属性,如:
- /**
- * @Description 操作系统类型
- * @author ming.li
- * @Date 2018年4月16日 下午2:33:14
- */
- public enum OSType {
- Linux, MacOSX, Windows, iOS, Android, DOS;
- }
以上是一个表示操作系统类型的枚举,在使用时我们只需要选择其中某种类型即可,如:OSType.Windows,这样既简单又方便。
枚举的取值仅限于已定义的所有类型,以OSType为例,也就是说我们只能选择OSType中定义的这些操作系统类型,即使出现新的类型我们也无法使用,除非更新OSType。这种特性一方面可以理解为局限性,另一方面也可理解为限制性,限制使用者的目标选择。
虽然枚举我们经常会用到,但是,往往我们越是熟悉,越是觉得普通,平时根本不注意的事物,就越是不简单。所以今天我们就一步步的去了解这个经常使用却并不熟悉的“枚举”。
1.枚举的父类
定义一个新枚举我们只需要声明“enum”关键字即可,虽说在开发过程中枚举是一种类型,但最终“枚举”会被编译成一个class,通过javap 反编译命令就可以证明这一点,在此之前我们来看一下javap 命令的使用说明:
- javap -help
- 用法: javap <options> <classes>
- 其中, 可能的选项包括:
- -help --help -? 输出此用法消息
- -version 版本信息
- -v -verbose 输出附加信息
- -l 输出行号和本地变量表
- -public 仅显示公共类和成员
- -protected 显示受保护的/公共类和成员
- -package 显示程序包/受保护的/公共类和成员 (默认)
- -p -private 显示所有类和成员
- -c 对代码进行反汇编
- -s 输出内部类型签名
- -sysinfo 显示正在处理的类的系统信息 (路径, 大小, 日期, MD5 散列)
- -constants 显示最终常量
- -classpath <path> 指定查找用户类文件的位置
- -cp <path> 指定查找用户类文件的位置
- -bootclasspath <path> 覆盖引导类文件的位置
于是,我们使用javap反编译上面的OSType枚举,得到以下结果:
- javap OSType.class
- Compiled from "OSType.java"
- public final class OSType extends java.lang.Enum<OSType> {
- public static final OSType Linux;
- public static final OSType MacOSX;
- public static final OSType Windows;
- public static final OSType iOS;
- public static final OSType Android;
- public static final OSType DOS;
- public static OSType[] values();
- public static OSType valueOf(java.lang.String);
- static {};
- }
通过控制台输出的反编译结果可以看到,OSType 枚举被编译成了一个public final class OSType 并继承自java.lang.Enum<OSType>,指定其泛型为OSType 。
所以,可以得知我们使用枚举其实跟使用一个常量类并没有什么不同,但为什么还要创造这个类型呢?带着疑问我们进一步学习和分析。
虽然编译后Enum 类是OSType 枚举的父类,但在编写代码过程中我们却无法使用extends 关键字令枚举去继承任何类,否则编译器直接会给出错误提示。
反编译结果中类OSType继承了java.lang.Enum这个类,那么我们就先打开java.lang.Enum 的源代码来看一看,以下就是java.lang.Enum 的源代码(JDK1.8版本,代码中我已经将说明加上,有利于大家理解):
- package java.lang;
- import java.io.Serializable;
- import java.io.IOException;
- import java.io.InvalidObjectException;
- import java.io.ObjectInputStream;
- import java.io.ObjectStreamException;
- /**
- * 这是所有 Java 语言枚举类型的公共基本类
- * @param <E> 枚举类型的子类
- * @since 1.5
- */
- public abstract class Enum<E extends Enum<E>>
- implements Comparable<E>, Serializable {
- /**
- * 枚举名称
- */
- private final String name;
- /**
- * 返回此枚举常量的名称,在其枚举声明中对其进行声明。 与此方法相比,大多数程序员应该优先考虑使用 toString() 方法,因为 toString 方法返回更加用户友好的名称。该方法主要设计用于特殊情形,其正确性取决于获取正确的名称,其名称不会随版本的改变而改变。
- */
- public final String name() {
- return name;
- }
- /**
- * 枚举顺序,初始值为0
- */
- private final int ordinal;
- /**
- * 返回枚举常量的序号(它在枚举声明中的位置,其中初始常量序数为零)。 大多数程序员不会使用此方法。它被设计用于复杂的基于枚举的数据结构,比如 EnumSet 和 EnumMap。
- */
- public final int ordinal() {
- return ordinal;
- }
- /**
- * 单独的构造方法。程序员无法调用此构造方法。
- * 该构造方法用于由响应枚举类型声明的编译器发出的代码。
- * 换句话说就是该构造方法是给编译器使用的
- */
- protected Enum(String name, int ordinal) {
- this.name = name;
- this.ordinal = ordinal;
- }
- /**
- * toString()方法重写,返回该枚举名称
- */
- public String toString() {
- return name;
- }
- /**
- * equals()方法重写
- */
- public final boolean equals(Object other) {
- return this==other;
- }
- /**
- * hashCode()方法重写
- */
- public final int hashCode() {
- return super.hashCode();
- }
- /**
- * 直接抛出 CloneNotSupportedException。
- * 这样这可保证枚举永远不会被复制,这对于保留其“单元素”状态是必需的。
- */
- protected final Object clone() throws CloneNotSupportedException {
- throw new CloneNotSupportedException();
- }
- /**
- * 比较此枚举与指定对象的顺序。在该对象小于、等于或大于指定对象时,分别返回负整数、零或正整数。 枚举常量只能与相同枚举类型的其他枚举常量进行比较。该方法实现的自然顺序就是声明常量的顺序。
- */
- public final int compareTo(E o) {
- Enum<?> other = (Enum<?>)o;
- Enum<E> self = this;
- if (self.getClass() != other.getClass() && // optimization
- self.getDeclaringClass() != other.getDeclaringClass())
- throw new ClassCastException();
- return self.ordinal - other.ordinal;
- }
- /**
- * 返回与此枚举常量的枚举类型相对应的 Class 对象。当且仅当 e1.getDeclaringClass() == e2.getDeclaringClass() 时,两个枚举常量 e1 和 e2 的枚举类型才相同。(由该方法返回的值不同于由 Object.getClass() 方法返回的值,Object.getClass() 方法用于带有特定常量的类主体的枚举常量。)
- */
- @SuppressWarnings("unchecked")
- public final Class<E> getDeclaringClass() {
- Class<?> clazz = getClass();
- Class<?> zuper = clazz.getSuperclass();
- return (zuper == Enum.class) ? (Class<E>)clazz : (Class<E>)zuper;
- }
- /**
- * 返回带指定名称的指定枚举类型的枚举常量。名称必须与在此类型中声明枚举常量所用的标识符完全匹配。(不允许使用额外的空白字符。)
- */
- public static <T extends Enum<T>> T valueOf(Class<T> enumType,
- String name) {
- T result = enumType.enumConstantDirectory().get(name);
- if (result != null)
- return result;
- if (name == null)
- throw new NullPointerException("Name is null");
- throw new IllegalArgumentException(
- "No enum constant " + enumType.getCanonicalName() + "." + name);
- }
- /**
- * 枚举类不能存在finalize()方法
- */
- protected final void finalize() { }
- /**
- * 阻止默认反序列化
- */
- private void readObject(ObjectInputStream in) throws IOException,
- ClassNotFoundException {
- throw new InvalidObjectException("can't deserialize enum");
- }
- /**
- * 阻止默认反序列化
- */
- private void readObjectNoData() throws ObjectStreamException {
- throw new InvalidObjectException("can't deserialize enum");
- }
- }
Enum 类中有两个成员变量:name 与ordinal,分别用于表示该枚举的名称和排序位置。Enum 中还有一些常用的方法,作用及原理都比较简单,我这里就不详细讲解了。
2.枚举中隐含的方法
编译后的自定义枚举类是java.lang.Enum 这个抽象类的子类,并且添加了valueOf(java.lang.String)和values()的方法。然而这两个方法却并不是源代码中已经定义的,甚至你根本都找不到它是在哪里实现的。
既然根本找不到实现,那么我们就自己去重写一下,于是在OSType枚举类中试着重写valueOf(String name)这个方法:
- //The enum OSType already defines the method valueOf(String) implicitly
- public OSType valueOf(String name) {
- }
重写valueOf(String name)方法后却惊奇的发现,编译器给出了错误提示,意思是说:该枚举(OSType)已经隐式定义了valueOf(String)方法,我们无法进行重写,否则编译器会给出错误提示。
原来在枚举中已经定义了几种方法,如:values()、valueOf(String),当重新定义它们时,编译器会主动给出错误提示:
- /**
- * Returns an array containing the constants of this enum
- * type, in the order they're declared. This method may be
- * used to iterate over the constants as follows:
- *
- * for(E c : E.values())
- * System.out.println(c);
- *
- * @return an array containing the constants of this enum
- * type, in the order they're declared
- */
- public static E[] values();
- /**
- * Returns the enum constant of this type with the specified
- * name.
- * The string must match exactly an identifier used to declare
- * an enum constant in this type. (Extraneous whitespace
- * characters are not permitted.)
- *
- * @return the enum constant with the specified name
- * @throws IllegalArgumentException if this enum type has no
- * constant with the specified name
- */
- public static E valueOf(String name);
更详细的内容可以参看:https://docs.oracle.com/javase/specs/jls/se7/html/jls-8.html#jls-8.9.2
3.枚举的构造方法/函数
java.lang.Enum类中有一个唯一的构造函数:
- /**
- * 唯一构造函数。程序员不能调用这个构造函数。
- */
- protected Enum(String name, int ordinal) {
- this.name = name;
- this.ordinal = ordinal;
- }
虽然Enum 类是枚举的实际父类,但这也只是在编译后,在编译前我们是无法使用Enum 的任何方法和构造参数的。
但是我们可以为自己定义的枚举创建适合的构造参数,如:
- public enum OSType {
- Linux, MacOSX, Windows("windows"), iOS("ios", 3), Android(4), DOS();
- private int order;
- private String value;
- OSType(){
- }
- OSType(String value){
- this.value = value;
- }
- OSType(int order){
- this.order = order;
- }
- OSType(String value, int order){
- this.order = order;
- this.value = value;
- }
- public String getValue() {
- return value;
- }
- public void setValue(String value) {
- this.value = value;
- }
- public int getOrder() {
- return order;
- }
- public void setOrder(int order) {
- this.order = order;
- }
- }
自定义构造函数的好处就在于,我们可以为枚举提供更丰富的“值/意义”。但是枚举属性的定义必须符合构造函数,这是为什么呢?其实原理很简单,在使用枚举前,枚举通过invokestatic 字节码关键字已经把所有枚举属性进行了初始化,初始化当然需要调用构造函数,所以枚举属性的定义就需要符合构造函数的定义规则。
通过javap -c 命令,输出更多内容:
- javap -c OSType.class
- Compiled from "OSType.java"
- public final class OSType extends java.lang.Enum<OSType> {
- public static final OSType Linux;
- public static final OSType MacOSX;
- public static final OSType Windows;
- public static final OSType iOS;
- public static final OSType Android;
- public static final OSType DOS;
- public static OSType[] values();
- Code:
- 0: getstatic #1 // Field $VALUES:[LOSType;
- 3: invokevirtual #2 // Method "[LOSType;".clone:()Ljava/
- lang/Object;
- 6: checkcast #3 // class "[LOSType;"
- 9: areturn
- public static OSType valueOf(java.lang.String);
- Code:
- 0: ldc #4 // class OSType
- 2: aload_0
- 3: invokestatic #5 // Method java/lang/Enum.valueOf:(Lj
- ava/lang/Class;Ljava/lang/String;)Ljava/lang/Enum;
- 6: checkcast #4 // class OSType
- 9: areturn
- ...
- static {};
- Code:
- 0: new #4 // class OSType
- 3: dup
- 4: ldc #9 // String Linux
- 6: iconst_0
- 7: invokespecial #10 // Method "<init>":(Ljava/lang/Strin
- g;I)V
- 10: putstatic #11 // Field Linux:LOSType;
- 13: new #4 // class OSType
- 16: dup
- 17: ldc #12 // String MacOSX
- 19: iconst_1
- 20: invokespecial #10 // Method "<init>":(Ljava/lang/Strin
- g;I)V
- 23: putstatic #13 // Field MacOSX:LOSType;
- 26: new #4 // class OSType
- 29: dup
- 30: ldc #14 // String Windows
- 32: iconst_2
- 33: ldc #15 // String windows
- 35: invokespecial #16 // Method "<init>":(Ljava/lang/Strin
- g;ILjava/lang/String;)V
- 38: putstatic #17 // Field Windows:LOSType;
- 41: new #4 // class OSType
- 44: dup
- 45: ldc #18 // String iOS
- 47: iconst_3
- 48: ldc #19 // String ios
- 50: iconst_3
- 51: invokespecial #20 // Method "<init>":(Ljava/lang/Strin
- g;ILjava/lang/String;I)V
- 54: putstatic #21 // Field iOS:LOSType;
- 57: new #4 // class OSType
- 60: dup
- 61: ldc #22 // String Android
- 63: iconst_4
- 64: iconst_4
- 65: invokespecial #23 // Method "<init>":(Ljava/lang/Strin
- g;II)V
- 68: putstatic #24 // Field Android:LOSType;
- 71: new #4 // class OSType
- 74: dup
- 75: ldc #25 // String DOS
- 77: iconst_5
- 78: invokespecial #10 // Method "<init>":(Ljava/lang/Strin
- g;I)V
- 81: putstatic #26 // Field DOS:LOSType;
- 84: bipush 6
- 86: anewarray #4 // class OSType
- 89: dup
- 90: iconst_0
- 91: getstatic #11 // Field Linux:LOSType;
- 94: aastore
- 95: dup
- 96: iconst_1
- 97: getstatic #13 // Field MacOSX:LOSType;
- 100: aastore
- 101: dup
- 102: iconst_2
- 103: getstatic #17 // Field Windows:LOSType;
- 106: aastore
- 107: dup
- 108: iconst_3
- 109: getstatic #21 // Field iOS:LOSType;
- 112: aastore
- 113: dup
- 114: iconst_4
- 115: getstatic #24 // Field Android:LOSType;
- 118: aastore
- 119: dup
- 120: iconst_5
- 121: getstatic #26 // Field DOS:LOSType;
- 124: aastore
- 125: putstatic #1 // Field $VALUES:[LOSType;
- 128: return
- }
其中invokespecial 关键字的作用就是调用指定构造函数进行初始化,跟Java代码中的new Object() 形式类似。
4.枚举中声明方法
在定义的枚举类中我们可以声明方法(为了方便及节省篇幅,我把代码整理了一下),如:
- /**
- * @Description 操作系统类型
- * @Notes 未填写备注
- * @author ming.li
- * @Date 2018年4月16日 下午2:33:14
- * @version 1.0
- * @since JDK 1.8
- */
- public enum OSType {
- Linux("linux"), Windows("windows");
- // 声明的方法
- public String getOSTypeName() {
- return value;
- }
- private String value;
- // 声明的方法
- public static void main(String args[]) {
- System.out.println(OSType.Linux.getOSTypeName());
- System.out.println(OSType.Windows.getValue());
- }
- OSType(){
- }
- OSType(String value){
- this.value = value;
- }
- // 声明的方法
- public String getValue() {
- return value;
- }
- // 声明的方法
- public void setValue(String value) {
- this.value = value;
- }
- }
- //打印结果:
- linux
- windows
从打印结果可以看到我们调用枚举中定义的public 方法成功了。需要注意的是,如果将方法定义成private我们将无法在外部对其进行调用。
在枚举中我们亦可以定义抽象的方法体,但是定义了抽象方法后,必须在枚举成员体中实现它,因为每一个枚举成员你都可以理解成一个命名不同的类实例如:
- /**
- * @Description 操作系统类型
- * @Notes 未填写备注
- * @author ming.li
- * @Date 2018年4月16日 下午2:33:14
- * @version 1.0
- * @since JDK 1.8
- */
- public enum OSType {
- Linux("linux") {
- @Override
- String getProducer() {
- return "Red Hat";
- }
- },
- Windows("windows") {
- @Override
- String getProducer() {
- return "Microsoft";
- }
- };
- // 抽象方法:获取生产厂商
- abstract String getProducer();
- private String value;
- OSType(String value){
- this.value = value;
- }
- public String getValue() {
- return value;
- }
- public void setValue(String value) {
- this.value = value;
- }
- }
通过javac编译后产生了一个OSType.class文件和两个内部类OSType$1.class、OSType$2.class文件,通过javap命令反编译后:
- javap OSType
- Compiled from "OSType.java"
- public abstract class OSType extends java.lang.Enum<OSType> {
- public static final OSType Linux;
- public static final OSType Windows;
- public static OSType[] values();
- public static OSType valueOf(java.lang.String);
- abstract java.lang.String getProducer();
- public java.lang.String getValue();
- public void setValue(java.lang.String);
- OSType(java.lang.String, int, java.lang.String, OSType$1);
- static {};
- }
- javap OSType$1
- Compiled from "OSType.java"
- final class OSType$1 extends OSType {
- OSType$1(java.lang.String, int, java.lang.String);
- java.lang.String getProducer();
- }
- javap OSType$2
- Compiled from "OSType.java"
- final class OSType$2 extends OSType {
- OSType$2(java.lang.String, int, java.lang.String);
- java.lang.String getProducer();
- }
我们发现OSType 被编译成了abstract 类,两个子类则被编译成了final 类。这样就可以很容易的理解为什么在枚举中定义一个抽象方法必须要在枚举成员中实现了。
当然你也可以在枚举属性中直接定义方法,然而这种方法无法被外部调用,所以也就没什么意义。
5.枚举与switch
我敢说很多人之所以使用枚举就是因为枚举可以被switch 无缝支持,可以像switch基本数据类型一样高效,然而新版本的JDK中已经支持switch(String) 这种方式,那么枚举还具备它天生的优势吗?
首先,定义一个常量类,用于表示不同的操作系统类型:
- public class OSTypeConstatns {
- public static String LINUX = "linux";
- public static String WINDOWS = "windows";
- }
然后,分别调用OSType 枚举与OSTypeConstatns 常量类进行switch 操作:
- OSType ost = OSType.Windows;
- switch (ost) {
- case Linux:
- break;
- case Windows:
- break;
- default:
- break;
- }
- String ostc = OSTypeConstatns.WINDOWS;
- switch (ostc) {
- case "windows":
- break;
- case "linux":
- break;
- default:
- break;
- }
两种方式都可以达到相同的目的:根据指定的值,进行指定的操作。然而事实却并非如此,两者的效率却相差很大,通过javap 反编译得到字节码对比:
- Code:
- stack=2, locals=4, args_size=1
- 0: getstatic #2 // Field OSTypeConstatns.WINDOWS:L
- java/lang/String;
- 3: astore_1
- 4: aload_1
- 5: astore_2
- 6: iconst_m1
- 7: istore_3
- 8: aload_2
- 9: invokevirtual #3 // Method java/lang/String.hashCod
- e:()I
- //使用Stirng类型进行switch
- 12: lookupswitch { // 2
- 102977780: 54
- 1349493379: 40
- default: 65
- }
- 40: aload_2
- 41: ldc #4 // String windows
- 43: invokevirtual #5 // Method java/lang/String.equals:
- (Ljava/lang/Object;)Z
- 46: ifeq 65
- 49: iconst_0
- 50: istore_3
- 51: goto 65
- 54: aload_2
- 55: ldc #6 // String linux
- 57: invokevirtual #5 // Method java/lang/String.equals:
- (Ljava/lang/Object;)Z
- 60: ifeq 65
- 63: iconst_1
- 64: istore_3
- 65: iload_3
- //使用枚举类型进行switch
- 66: lookupswitch { // 2
- 0: 92
- 1: 95
- default: 98
- }
- 92: goto 98
- 95: goto 98
- 98: return
- LineNumberTable:
- line 22: 0
- line 23: 4
- line 25: 92
- line 27: 95
- line 31: 98
- StackMapTable: number_of_entries = 6
- frame_type = 254 /* append */
- offset_delta = 40
- locals = [ class java/lang/String, class java/lang/String, int ]
- frame_type = 13 /* same */
- frame_type = 10 /* same */
- frame_type = 26 /* same */
- frame_type = 2 /* same */
- frame_type = 249 /* chop */
- offset_delta = 2
可以明显的看到枚举中lookupswitch 操作判断的是枚举的ordinal(顺序号),而用String 时判断的是字符串的hashCode,在此之前还需要计算hashCode,所以明显枚举的效率更高。
执行完case 里的方法后,枚举直接return,而String完成后还进行一些其他操作,况且String 的equals 操作肯定不如直接比较int 型来的直接,最终switch使用枚举是一个比较好的选择,就如同使用int型一样高效。
6.嵌套枚举
所谓嵌套枚举就是在一个普通class类中定义枚举,这样的好处就是便于管理,如:
- /**
- * @Description 枚举常量
- * @Notes 未填写备注
- * @author ming.li
- * @Date 2018年4月23日 下午4:06:48
- * @version 1.0
- * @since JDK 1.8
- */
- public class EnumConstants {
- enum PCType {
- PC, MAC, PAD;
- }
- static enum OSType {
- LINUX, WINDOWS;
- }
- }
需要注意的是嵌套类型的枚举隐式静态(static)的,但也可以显示声明为static,这意味着不可能定义一个局部枚举,或者在一个内部类中定义一个枚举。
7.EnumMap
在java.util包下有一个EnumMap 类,顾名思义,这是一个与枚举类型键一起使用的专用 Map 实现。枚举映射中所有键都必须来自单个枚举类型,该枚举类型在创建映射时显式或隐式地指定。枚举映射在内部表示为数组。此表示形式非常紧凑且高效。
枚举映射根据其键的自然顺序 来维护(该顺序是声明枚举常量的顺序)。在 collection 视图(keySet()、entrySet() 和 values())所返回的迭代器中反映了这一点。
由 collection 视图返回的迭代器是弱一致 的:它们不会抛出 ConcurrentModificationException,也不一定显示在迭代进行时发生的任何映射修改的效果。
不允许使用 null 键。试图插入 null 键将抛出 NullPointerException。但是,试图测试是否出现 null 键或移除 null 键将不会抛出异常。允许使用 null 值。
像大多数 collection 一样,EnumMap 是不同步的。如果多个线程同时访问一个枚举映射,并且至少有一个线程修改该映射,则此枚举映射在外部应该是同步的。这一般通过对自然封装该枚举映射的某个对象进行同步来完成。如果不存在这样的对象,则应该使用 Collections.synchronizedMap(java.util.Map ) 方法来“包装”该枚举。最好在创建时完成这一操作,以防止意外的非同步访问:
- Map<EnumKey, V> m = Collections.synchronizedMap(new EnumMap<EnumKey, V>(...));
注意事项:所有基本操作都在固定时间内执行。虽然并不保证,但它们很可能比其 HashMap 副本更快。
EnumMap 原理并不复杂,其实它就是把key换成了枚举值,内部用一个对象数组Object[] vals 来实现value 的存储,而且put 与get 时比较的是枚举值的ordinal(序号),所以效率比较高,唯一有限制的地方就是key 的取值必须是已定义的枚举范围内,以下是一些关键方法的源码:
- /**
- * key的Class类型
- */
- private final Class<K> keyType;
- /**
- * 所有key
- */
- private transient K[] keyUniverse;
- /**
- * 对象数组实现
- */
- private transient Object[] vals;
- /**
- * put方法
- **/
- public V put(K key, V value) {
- typeCheck(key);
- //这里的index直接取的是枚举的序号值
- int index = key.ordinal();
- Object oldValue = vals[index];
- vals[index] = maskNull(value);
- if (oldValue == null)
- size++;
- return unmaskNull(oldValue);
- }
- /**
- * get方法
- **/
- public V get(Object key) {
- return (isValidKey(key) ?
- unmaskNull(vals[((Enum<?>)key).ordinal()]) : null);
- }
如果key的取值范围固定且value不为空的情况下,我们就应该优先考虑使用EnumMap ,毕竟它的效率比HashMap 要稳定平均,不会出现抖动。EnumMap 特别适合适配器模式的使用。
EnumMap的使用:
- Map<OSType, Object> map = new EnumMap<OSType, Object>(OSType.class);
- map.put(OSType.Windows, "Microsoft");
- Set<OSType> keys = map.keySet();
- for (OSType key : keys) {
- System.out.println(map.get(key));
- }
- //打印结果:
- Microsoft
通过debug 我们可以看到,EnumMap 初始化时已经将OSType 的所有枚举类型获取并赋予keyUniverse :
8.EnumSet
与EnumMap 一样EnumSet 同样是Java Collections Framework 的成员,他们都在java.util包之下,EnumSet是使用枚举类型的专用 Set 实现。枚举 set 中所有键都必须来自单个枚举类型,该枚举类型在创建 set 时显式或隐式地指定。枚举 set 在内部表示为位向量。此表示形式非常紧凑且高效。此类的空间和时间性能应该很好,足以用作传统上基于 int 的“位标志”的替换形式,具有高品质、类型安全的优势。如果其参数也是一个枚举 set,则批量操作(如 containsAll 和 retainAll)也应运行得非常快。
由 iterator 方法返回的迭代器按其自然顺序 遍历这些元素(该顺序是声明枚举常量的顺序)。返回的迭代器是弱一致的:它从不抛出 ConcurrentModificationException,也不一定显示在迭代进行时发生的任何 set 修改的效果。
不允许使用 null 元素。试图插入 null 元素将抛出 NullPointerException。但是,试图测试是否出现 null 元素或移除 null 元素将不会抛出异常。
像大多数 collection 实现一样,EnumSet 是不同步的。如果多个线程同时访问一个枚举 set,并且至少有一个线程修改该 set,则此枚举 set 在外部应该是同步的。这通常是通过对自然封装该枚举 set 的对象执行同步操作来完成的。如果不存在这样的对象,则应该使用 Collections.synchronizedSet(java.util.Set ) 方法来“包装”该 set。最好在创建时完成这一操作,以防止意外的非同步访问:
- Set<MyEnum> s = Collections.synchronizedSet(EnumSet.noneOf(MyEnum.class));
与EnumMap 一样,EnumSet 的所有基本操作都在固定时间内执行。依然不能保证,但很可能比 HashSet效率更高。如果其参数也是一个枚举 set ,则批量操作会在固定时间内执行。
与EnumMap使用方法类似,这里我就不举例了。
9.使用枚举时的一些注意或技巧
1)枚举类型不能声明为抽象,这样做会导致编译时错误:
- public abstract enum EnumName {
- }
2)枚举同样不能被声明为final,这样做会导致编译时错误。如下做法会导致无法编译:
- public final enum EnumName {
- }
3)枚举可以不声明为public ,如:
- enum EnumName {
- }
4)可以添加普通方法、静态方法、抽象方法、构造方法,但抽象方法在枚举类型值中必须实现。
5)枚举可以实现接口,例如:
- public enum EnumName implements Serializable {
- }
6)枚举不可以继承,原因我就不解释了,看到这里的人已经很清楚了。
7)一般情况下降枚举值定义为大写的,当然并不是必须。
8)枚举无法使用new 进行示例化。
9)java.lang.Enum 中的final 克隆方法确保枚举常量永远不能被克隆,并且序列化机制的特殊处理确保了重复实例不会因为反序列化而创建。
10)枚举可以被注解修饰。
11)因为每个枚举只有一个实例,所以我们可以直接使用“==”来代替equals 比较两个枚举是否相同,而且这么做效率更高。
12)枚举的构造函数无法被声明为public 与protected 的,这样做会导致编译时错误,但是我们可以将构造函数显示声明为private,因为枚举的构造函数隐式默认为private。
13)一个枚举永远不会被finalized。
14)枚举就是枚举,不要为枚举添加过多的业务判断,虽然你可以在枚举类中这么做,单一职责一定是最高效的。