java枚举类型比较枚举序号不同 java中枚举和普通类的区别

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

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

public enum EItemDataType 
{
    Real=1,
    Service=2
 }

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

public enum EItemDataType {
    Real(1),Service(2);
    private int value;
    
    private EItemDataType(int value) {
        this.value = value;
    }
 
    public int getValue() {
        return value;
    }
    public static EItemDataType valueOf(int value) {    
        switch (value) {
        case 1:
            return EItemDataType.Real;
        case 2:
            return EItemDataType.Service;
      
        default:
            return null;
        }
    }
            

}

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

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

var itemType=(EItemDataType)1;

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

var itemTypeValue=(int)EItemDataType.Real;

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

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

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

//枚举值可读性更强
if(orderInfo.orderStatus.equals(EOrderStatus.Shipped)){
    //do something
}

//一般不这样写，0可读性不强
if(orderInfo.orderStatus==0){
    //do something
}

 枚举类型的自说明： 

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

      

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

public final class EItemDataType extends java.lang.Enum<EItemDataType> {
  public static final EItemDataType Real;

  public static final EItemDataType Service;

  static {};
    Code:
       0: new           #1                  // class EItemDataType
       3: dup
       4: ldc           #15                 // String Real
       6: iconst_0
       7: iconst_1
       8: invokespecial #16                 // Method "<init>":(Ljava/lang/String;II)V
      11: putstatic     #20                 // Field Real:LEItemDataType;
      14: new           #1                  // class EItemDataType
      17: dup
      18: ldc           #22                 // String Service
      20: iconst_1
      21: iconst_2
      22: invokespecial #16                 // Method "<init>":(Ljava/lang/String;II)V
      25: putstatic     #23                 // Field Service:LEItemDataType;
      28: iconst_2
      29: anewarray     #1                  // class EItemDataType
      32: dup
      33: iconst_0
      34: getstatic     #20                 // Field Real:LEItemDataType;
      37: aastore
      38: dup
      39: iconst_1
      40: getstatic     #23                 // Field Service:LEItemDataType;
      43: aastore
      44: putstatic     #25                 // Field ENUM$VALUES:[LEItemDataType;
      47: return

  public int getValue();
    Code:
       0: aload_0
       1: getfield      #32                 // Field value:I
       4: ireturn

  public static EItemDataType valueOf(int);
    Code:
       0: iload_0
       1: tableswitch   { // 1 to 2
                     1: 24
                     2: 28
               default: 32
          }
      24: getstatic     #20                 // Field Real:LEItemDataType;
      27: areturn
      28: getstatic     #23                 // Field Service:LEItemDataType;
      31: areturn
      32: aconst_null
      33: areturn

  public static EItemDataType[] values();
    Code:
       0: getstatic     #25                 // Field ENUM$VALUES:[LEItemDataType;
       3: dup
       4: astore_0
       5: iconst_0
       6: aload_0
       7: arraylength
       8: dup
       9: istore_1
      10: anewarray     #1                  // class EItemDataType
      13: dup
      14: astore_2
      15: iconst_0
      16: iload_1
      17: invokestatic  #42                 // Method java/lang/System.arraycopy:(Ljava/lang/Object;ILjava/lang/Object;II)V
      20: aload_2
      21: areturn

  public static EItemDataType valueOf(java.lang.String);
    Code:
       0: ldc           #1                  // class EItemDataType
       2: aload_0
       3: invokestatic  #49                 // Method java/lang/Enum.valueOf:(Ljava/lang/Class;Ljava/lang/String;)Ljava/lang/Enum;
       6: checkcast     #1                  // class EItemDataType
       9: areturn
}

•   是个final类型的，不允许继承自其它类型
•   继承了java.lang.Enum类，更说明这个枚举就是个class

public final class EItemDataType extends java.lang.Enum<EItemDataType> {

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

public static final EItemDataType Real;

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

public static EItemDataType valueOf(java.lang.String);

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

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

public enum SafeSingleton implements Serializable {
    INSTANCE2;
    int count;
    public void addCount(int i)
    {
        this.count+=i;
    }
    public void printCount()
    {
        System.out.println(this.count);
    }

}

  下面这段程序会输出5050    

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

  java中的枚举是一个比较特殊的数据类型，除了具备值存储的能力还拥有class特性，作用范围相比.net要大，但实现更加复杂些。