通过一段时间的项目实践，发现java中的枚举与.net中的枚举有很大的差别，初期造成了我对java中的枚举一些错误理解及部分有缺陷的应用，其实追其原因还是因为我会习惯性的认为java的枚举在作用以及定义上与.net应该是差不多的，毕竟两者都是高级语言，语言上也有很多相似之处。这就是老师傅常说的新手好教，老兵不好教的原因，新手脑子一片空白不会有任何干扰，老兵总会以自己曾经的某些经验与新知识做对比。

习惯性观点一：枚举的定义应该与.net相同，比如在.net中我们可以这样定义枚举。

publicenumEItemDataType{Real=1,Service=2}

但java中并不能如此潇洒的书写枚举，可能需要类似这样写：

publicenumEItemDataType{Real(1),Service(2);privateintvalue;privateEItemDataType(intvalue){this.value=value;}publicintgetValue(){returnvalue;}publicstaticEItemDataTypevalueOf(intvalue){switch(value){case1:returnEItemDataType.Real;case2:returnEItemDataType.Service;default:returnnull;}}}

发现.net要比java简单的多,注意几个方法：

valueOf的方法：看作用是为了根据一个枚举的数值来得到枚举，这个功能很常见，但在.net中就不需要这样麻烦了，可以直接将数据强转成枚举，比如：

varitemType=(EItemDataType)1;

getValue的方式，明显是需要将一个枚举转换成它所对应的值，.net中也不需要调用方法来取值，也可以强转，比如:

varitemTypeValue=(int)EItemDataType.Real;

私有构造函数，我们可以传多少参数，比如常见的我们需要显示这个枚举值对应的中文描述，在java中我们只需要在构造函数中增加一个name参数就可以了，但在.net中因为没有这货不能这样做，但可以通过 Atrribute来完成。

publicenumEItemDataType{[Description("实物")]Real=1,[Description("服务")]Service=2}

习惯性观点二：因为.net的枚举是个值类型，所以我理所当然的会认为java的枚举也是一个值类型。之前对.net的理解就是将一些数值以更加可读性的方式体现在程序中，比如订单状态，订单类型等等，比如：

//枚举值可读性更强if(orderInfo.orderStatus.equals(EOrderStatus.Shipped)){//dosomething}//一般不这样写，0可读性不强if(orderInfo.orderStatus==0){//dosomething}

枚举类型的自说明：

编译后的文件中找到了EItemDataType.class这个文件，这说明java的枚举其实和普通的类是一样的，既然是一个类，那么肯定不是值类型了，下图中的引用类型中包含class type。

编译之后所对应的字节码到底是什么样的：

publicfinalclassEItemDataTypeextendsjava.lang.Enum<EItemDataType>{publicstaticfinalEItemDataTypeReal;publicstaticfinalEItemDataTypeService;static{};Code:0:new#1//classEItemDataType3:dup4:ldc#15//StringReal6:iconst_07:iconst_18:invokespecial#16//Method"<init>":(Ljava/lang/String;II)V11:putstatic#20//FieldReal:LEItemDataType;14:new#1//classEItemDataType17:dup18:ldc#22//StringService20:iconst_121:iconst_222:invokespecial#16//Method"<init>":(Ljava/lang/String;II)V25:putstatic#23//FieldService:LEItemDataType;28:iconst_229:anewarray#1//classEItemDataType32:dup33:iconst_034:getstatic#20//FieldReal:LEItemDataType;37:aastore38:dup39:iconst_140:getstatic#23//FieldService:LEItemDataType;43:aastore44:putstatic#25//FieldENUM$VALUES:[LEItemDataType;47:returnpublicintgetValue();Code:0:aload_01:getfield#32//Fieldvalue:I4:ireturnpublicstaticEItemDataTypevalueOf(int);Code:0:iload_01:tableswitch{//1to21:242:28default:32}24:getstatic#20//FieldReal:LEItemDataType;27:areturn28:getstatic#23//FieldService:LEItemDataType;31:areturn32:aconst_null33:areturnpublicstaticEItemDataType[]values();Code:0:getstatic#25//FieldENUM$VALUES:[LEItemDataType;3:dup4:astore_05:iconst_06:aload_07:arraylength8:dup9:istore_110:anewarray#1//classEItemDataType13:dup14:astore_215:iconst_016:iload_117:invokestatic#42//Methodjava/lang/System.arraycopy:(Ljava/lang/Object;ILjava/lang/Object;II)V20:aload_221:areturnpublicstaticEItemDataTypevalueOf(java.lang.String);Code:0:ldc#1//classEItemDataType2:aload_03:invokestatic#49//Methodjava/lang/Enum.valueOf:(Ljava/lang/Class;Ljava/lang/String;)Ljava/lang/Enum;6:checkcast#1//classEItemDataType9:areturn}

是个final类型的，不允许继承自其它类型

继承了java.lang.Enum类，更说明这个枚举就是个class

publicfinalclassEItemDataTypeextendsjava.lang.Enum<EItemDataType>{

所有的枚举值都被定义成静态值了，且以常量形式存在

publicstaticfinalEItemDataTypeReal;

再看下一个特殊的方法，由于枚举继承了java.lang.Enum这个类，那么它自然拥有一些实用的方法：

publicstaticEItemDataTypevalueOf(java.lang.String);

这是个字符串参数类型的方法，和我上面定义的valueOf(int value)很像，其目的都是根据一定的条件获取枚举值，只不过方式不同而已，前者是自带的根据枚举值toString的结果来反向获取枚举值，与toString的对应，比如：EItemDataType.Real.toString()它等于“Real”，再调用EItemDataType.valueOf("Reail")，它等于EItemDataType.Real这个值。自定义的valueOf(int value)方式个人感觉并不太好，因为容易与自带的那个方法冲突，最好是改个名称，比如value什么。

最后我们再来看下枚举所能实现的奇葩功能：单例(之前学习.net时写的日记：老生常谈:单件模式)。刚开始看到java的单例可以通过枚举实现时，我都惊呆了，最大的反应是枚举是个存储值的怎么和单例有关系？单例不是class的事吗？其实通过上面的理解，枚举就是个类，那么再想想单例就不会有什么疑问了，把它当成一个普通类不就好了，我们看一个简单的计数的例子：按照上面字节码的结构，这个INSTANCE2会被定义成一个静态变量，正是利用静态变量唯一性的特性来实现了单例，而且是线程安全的。

publicenumSafeSingletonimplementsSerializable{INSTANCE2;intcount;publicvoidaddCount(inti){this.count+=i;}publicvoidprintCount(){System.out.println(this.count);}}

下面这段程序会输出5050

for(inti=1;i<=100;i++){SafeSingleton.INSTANCE2.addCount(i);}SafeSingleton.INSTANCE2.printCount();