枚举——使用实例域代替序号

序号指的是 枚举自带的 ordinal，类似于数组的下标，用于返回枚举的顺序

比如 TimeUnit

System.out.println(TimeUnit.NANOSECONDS.ordinal()); // 0
System.out.println(TimeUnit.MICROSECONDS.ordinal()); // 1
System.out.println(TimeUnit.MILLISECONDS.ordinal()); // 2

本条目的意思是尽量不要直接依赖 ordinal去确定枚举的实例，而是直接定义一个内部属性，以免可能的调整顺序。

1. 也就是枚举在实际业务中可能会出现增删或调整顺序的情况，这样的话原来的 ordinal  对应的实例就变了。
2. 如下,我们定义了一个枚举，如果直接用 ordinal  ， 刚开始 0 代表 FAILED， 1 代表SUCCESS

@AllArgsConstructor
public enum ResultType {
    FAILED,
    SUCCESS,

    public static ResultType of(int code){
        return ResultType.values()[code];
    }

    public static void main(String[] args) {
        ResultType resultType = ResultType.of(0);
        System.out.println(resultType);
    }
}

可是随着后来业务发展，我们定义了一个新的状态，这时候，我们就要注意到一个隐藏的细节，为了不改变 0 代表 FAILED， 1 代表SUCCESS，我们必须把新的状态放在枚举的最后，而不能放在其他位置，并且，不能移除已有的枚举，否则他们的天然序号都变了，业务中某些地方就可能出现问题，而且这种错误非常隐蔽，可能直到很久之后才会爆发出来。

@AllArgsConstructor
public enum ResultType {
    DOING
    FAILED,
    SUCCESS;

    public static ResultType of(int code){
        return ResultType.values()[code];
    }

     public static void main(String[] args) {
        //此时我们输入字符串 FAILED
        String in = args[0];
        if(ResultType.of(0).equals(ResultType.valueOf(in))){
            System.out.println("开始执行失败后的业务逻辑");
        }
    }
}

如何避免上面的问题？

很简单，如题目所言，添加一个 code ，这样的话，所有的状态不受顺序影响，也不怕增删, DOING这个状态可以添加任意位置，因为这时候我们依赖的的是 private int code, 而不是 枚举自带的下标序号

@AllArgsConstructor
public enum ResultType {
    DOING(2),
    SUCCESS(1),
    FAILED(0);
    private int code;

  public static ResultType of(int code){
        for(ResultType resultType : ResultType.values()){
            if(resultType.code == code){
                return resultType;
            }
        }
        return null; // 或 throw 异常
    }
}